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PREFACE 


The  RAND  Corporation  developed  new  analytic  methods  for  studying  the  transient 
behavior  of  component-repair/inventory  systems  under  time-dependent  operational  demands 
and  logistics  decisions  like  those  that  might  be  experienced  in  wartime  (Hillestad  and  Carrillo, 
1980).  These  methods  underwent  a  series  of  extensions  that  culminated  in  the  Dyna-METRIC 
model  described  here. 

Dyna-METRIC  evolved  through  a  series  of  projects  at  RAND  that  addressed  the  evalua¬ 
tion  of  alternative  policies  for  improving  readiness  and  supportability.  The  dynamic  queueing 
equations  were  developed  and  applied  to  the  problem  of  determining  appropriate  levels  of  spare 
engines  for  the  C-141  aircraft  to  support  planned  wartime  surges  in  flying  activity  (Berman, 
Lippiatt,  and  Sims,  1978).  Indentured  component  features  and  aircraft  availability  perfor¬ 
mance  measures  were  added  to  study  alternative  logistics  policies  for  carrier-based  aircraft 
squadrons  (Rice,  1979).  Further  features  were  added  to  enable  the  analysis  of  multiple  bases  of 
aircraft  and  their  dependence  on  transportation  of  spare  parts,  in  support  of  the  Project  AIR 
FORCE  study,  “Responsive  Intra-Theater  Transportation  for  Spare  Parts.”  The  model  was 
extended  to  include  both  constrained  and  unreliable  repair  resources  (test  equipment)  for 
another  Project  AIR  FORCE  study,  “Supporting  Modern  Tactical  Avionics.”  Centralized 
repair  and  resupply  capability  features  were  added  to  allow  Dyna-METRIC  to  be  embedded  in 
the  experimental  Combat  Support  Capability  Management  System  being  tested  in  the  Pacific 
Air  Forces  under  the  Project  AIR  FORCE  study  of  the  same  name.  All  such  enhancements 
resulted  in  a  version  of  Dyna-METRIC  called  3.04;  to  meet  an  Air  Force  need,  it  was  released 
for  use  as  a  standard  version  (Pyles,  1984). 

Dyna-METRIC  was  further  extended  to  better  represent  the  wholesale  system,  deriving 
demands  for  repair  and  supply  at  the  depots  from  the  dynamics  of  the  flying  program  at  the 
operating  bases  and  predicting  the  operational  performance  of  the  bases  given  the  resources 
and  policies  at  the  depot.  This  was  done  under  the  “Wartime  Sustainability  Project”  for  the 
Office  of  the  Secretary  of  Defense. 

A  complete  redesign  of  the  model  was  supported  by  the  “Improving  Readiness  Assessment 
and  Management  Study”  under  Project  AIR  FORCE.  The  redesign  made  the  model  more  reli¬ 
able  and  efficient.  Several  new  features  were  incorporated,  including: 

•  An  additional  level  of  component  indenture. 

•  An  additional  echelon  of  component  repair  and  supply. 

•  The  ability  to  analyze  multiple  aircraft  types. 

•  Substantially  more  detail  in  the  description  of  component  pipelines. 

•  Expanded  report  capabilities. 

The  redesigned  model  is  Version  4  and  has  been  released  as  a  standard  version.  The  Manage¬ 
ment  Sciences  Division  (XPS)  of  the  Air  Force  Logistics  Command  at  Wright-Patterson  AFB 
is  currently  responsible  for  this  version. 

This  report  is  intended  for  users  of  the  Version  4  Dyna-METRIC  model  and  for  others 
who  wish  to  understand  the  model's  underlying  mathematics.  A  more  rigorous  mathematical 
description  may  be  found  in  Hillestad  (1982)  and  Hillestad  and  Carrillo  (1980).  This  report 
provides  a  comprehensive  description  of  the  model’s  motivation,  capabilities,  use,  and 
mathematics. 
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This  document  was  prepared  as  part  of  the  Project  AIR  FORCE  Resource  Management 
Program,  specifically  the  studies  of  “Improving  Readiness  Assessment  and  Management”  and 
“U  ncertainty/Variability 


SUMMARY 


This  report  describes  Dyna-METRIC  Version  4,  a  computer  model  iliat  relates  logistics 
resources  and  policies  to  wartime  readiness.  Developed  for  logisticians  to  use  to  improve 
wartime  logistics  support,  Dyna-METRIC  assesses  the  effects  of  wartime  dynamics  and  repair 
constraints  and  provides  operational  performance  measures,  problem  detection,  and  spares 
requirements. 

Version  4  is  expressly  suited  to  conducting  worldwide  analyses  of  logistics  support 
for  aircraft  components.  It  provides  for  three  echelons  of  interaction  (including  the  depot- 
to-theater  link)  and  three  levels,  or  indentures,  of  components  (for  which  demand  processes, 
repair  processes,  and  spares  levels  may  vary).  It  also  contains  a  submodel  that  assesses  the 
effect  of  constrained  repair  resources.  Output  reports  include  capability  assessments  (for  fuli- 
and  partial-cannibalization  assumptions),  lists  of  problem  components  and  subcomponents, 
depot  workload  report,  and  recommended  spares  levels. 

As  with  other  models,  Dyna-METRIC  cannot  represent  the  real  world  exactly.  Not 
explicitly  modeled  (though  workarounds  exist)  are  lateral  supply,  ordering  policies  for  economic 
order  quantity  (EOQ)  items,  flight  line  constraints,  and  multiple  types  of  collocated  aircraft. 

Repair  productivity  is  considered  unconstrained  unless  repair  capacities  are  explicitly 
stated.  The  use  of  repair  cycle  times  instead  of  computing  the  dynamic  queue  for  repair 
reflects  an  assumption,  central  to  the  model,  that  removals  are  predictable.  In  particular,  the 
model  assumes  that  removals  are  proportional  to  either  sorties  or  flying  hours,  and  that  the 
mean  demand  rate  is  known,  as  well  as  the  degree  of  variation  about  that  mean.  However, 
several  studies  of  the  demand  process  (Crawford,  1987;  Stevens  and  Hill,  1973)  have  shown 
that  these  assumptions  do  not  hold— demand  levels  over  time  and  across  bases  are  extremely 
variable,  and  not  amenable  to  prediction. 

Even  when  repair  capacities  (and  thus  queues  for  repair)  are  explicitly  represented,  the 
full  effect  of  uncertainty  on  performance  is  not  captured,  in  part  because  of  the  inadequate 
representation  of  constrained  repair  in  this  version  of  Dyna-METRIC.  Also,  the  value  of 
management  adaptations  to  cope  with  the  uncertainties  is  imperfectly  portrayed.  Research  is 
currently  underway  to  develop  models  that  better  address  these  issues. 

Version  4  consists  of  five  programs.  PART  partitions  the  input  data  set  for  processing  a 
handful  at  a  time,  thus  reducing  the  amount  of  computer  space  needed  to  run  the  model.  The 
partitioned  data  set  passes  to  ECHO  for  error  checking  (verifying  input  values  and  formats) 
and  summarizing  in  six  tables.  PIPE  computes  the  expected  pipeline  contents.  MOD 
compresses  and  modifies  those  pipeline  contents.  Except  for  several  stockage  reports  that 
come  from  PIPE,  REPORT  writes  the  output,  including  detailed  pipeline  segment  reports,  per¬ 
formance  reports,  problem  parts  lists,  and  stockage  computations. 

Sample  analyses  with  a  hypothetical  Z-455  spaceship  illustrate  the  use  of  Version  4.  Ini¬ 
tially  we  consider  a  simple,  peacetime,  steady-state  analysis  of  a  single  fleet  of  spaceships  at 
one  base.  Then  we  expand  to  several  fleets  at  three  bases  with  varying  logistics  support  from 
other  locations.  Using  this  dynamic  wartime  case,  we  incorporate  each  of  the  input  data 
groups  into  separate  excursions,  demonstrating  their  usage  and  their  effects  on  performance. 

The  basic  mathematical  computation  underlying  the  model  is  that  of  the  expected 
number  of  components  being  processed  by  each  function  and  echelon.  Dyna-METRIC  por¬ 
trays  component  support  processes  as  a  network  of  pipelines  through  which  aircraft 
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components  flow  as  they  are  repaired  or  replaced  within  a  single  theater.  Pipeline  segments 
are  characterized  by  a  delay  time  that  arriving  parts  must  spend  in  the  segment  before  leaving. 
Some  delays  (e.g.,  local  repair  times)  vary  by  component;  others  (e.g.,  base-to-depot  transporta¬ 
tion  time)  vary  by  base.  The  expected  number  of  components  in  each  segment,  then,  depends 
on  the  rate  at  which  demands  occur  and  the  time  the  components  spend  in  each  segment. 

Using  the  sum  of  all  pipeline  segments,  Dyna-METRIC  determines  the  complete  proba¬ 
bility  distribution  for  the  number  of  parts  in  repair  and  on  order.  Combining  such  distribu¬ 
tions  for  all  components  provides  the  estimate  of  aircraft  availability  and  sorties.  The  proba¬ 
bility  distributions  are  also  used  to  compute  spares  requirements  and  to  identify  problem  parts. 

As  this  is  a  technical  report,  much  detail  about  using  the  model  is  provided  in  appendices. 
They  contain  information  about  compiling,  installing,  and  running  the  model,  as  well  as  list 
error  messages,  stop  codes,  and  input  formats.  They  also  include  modeling  tips  and  an  index 
to  the  input  data  fields. 
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GLOSSARY 


AWP  (awaiting  parts):  a  repair  status  indicating  that  a  component’s  repair  cannot  continue 
until  one  or  more  serviceable  subcomponents  become  available. 

cannibalization:  the  practice  of  transferring  a  serviceable  component  from  one  aircraft  to 
repair  another.  The  aircraft  must  already  be  unserviceable  because  of  another  component 
failure,  and  the  needed  serviceable  component  cannot  be  obtained  from  local  supplies. 

cirf  (centralized  intermediate  repair  facility):  a  shop  that  repairs  components  from  one 
or  more  remote  bases. 

component  impact:  an  approximation  of  the  expected  number  of  aircraft  rendered  NFMC  by 
shortages  of  a  particular  LRU,  computed  by  dividing  the  LRU's  expected  number  of 
backorders  by  its  QPA. 

condemnation:  a  decision  or  status  indicating  a  component  or  subcomponent  is  irreparably 
damaged. 

constrained  repair:  a  status  of  repair  resources  indicating  that  the  repair  facility  is  limited 
such  that  an  arriving  component  joins  a  queue  of  other  components  also  awaiting  service. 

ECHO:  the  error  checking  and  data  echo  program,  the  second  of  the  five  Dyna-METRIC  pro¬ 
grams. 

FCFS  (first  come,  first  served):  a  repair  process  whereby  the  first  component  arriving  for 
repair  is  the  first  to  be  serviced. 

FMC  (fully  mission  capable):  an  aircraft  status  indicating  that  the  weapon  system  can 
accomplish  any  of  its  wartime  missions. 

lone  base:  a  base  that  is  not  supported  by  a  cirf. 

LRU  (line  replaceable  unit):  a  component  typically  removed  from  the  aircraft  at  the  flight 
line,  rather  than  in  a  back  shop. 

MOD:  the  pipeline  file  modifier,  the  fourth  of  the  five  Dyna-METRIC  programs. 

NFMC  (not  fully  mission  capable):  an  aircraft  status  indicating  that  the  weapon  system’s 
ability  to  accomplish  at  least  one  wartime  mission  has  been  degraded. 

NRTS  (not  reparable  this  station):  a  decision  or  status  indicating  that  a  component  can¬ 
not  be  repaired  at  a  specified  facility. 

PART:  the  data  sd  partitioner,  the  first  of  the  five  Dyna-METRIC  programs. 

peacetime:  a  period  of  steady-state  activity  preceding  the  wartime  scenario,  encompassing  all 
time  before  and  including  day  0. 

PIPE:  the  pipeline  computation,  the  third  of  the  five  Dyna-METRIC  programs. 

pipeline:  a  network  of  repair  and  transportation  processes  through  which  reparable  and  ser¬ 
viceable  parts  flow  as  they  are  removed  from  their  higher  assemblies,  repaired,  and 
requisitioned  from  other  points  of  supply. 

pipeline  segment:  a  single  process  in  the  pipeline  characterized  by  part  arrivals  over  time,  a 
delay  time,  and  part  departures  over  time. 
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PMC  (partially  mission  capable):  an  aircraft  status  indicating  that  the  weapon  system  can 
perform  at  least  one  wartime  mission,  though  perhaps  in  a  degraded  mode. 

QPA  (quantity  per  aircraft):  the  number  of  a  particular  component  or  subcomponent  phys¬ 
ically  mounted  on  an  aircraft.  Not  the  same  as  quantity  per  application  (except  for 
LRUs). 

REPORT:  the  report  writer,  the  fifth  of  the  five  Dyna-METRIC  programs. 

SRU  (shop  replaceable  unit):  a  subcomponent  of  an  LRU,  typically  removed  from  the  LRU 
in  the  shop. 

sizing  parameter:  a  constraint  to  the  size  of  a  Dyna-METRIC  input  data  set,  set  when  the 
model  is  compiled. 

subSRU:  a  subcomponent  of  an  SRU,  including  bits  and  pieces  that  are  often  consumed  dur¬ 
ing  repair  of  the  SRU.  A  subSRU  may  be  reparable  itself. 

VTMR:  Variance  to  mean  ratio. 

wartime:  the  (dynamic)  scenario  of  interest  that  begins  on  day  1. 


I.  INTRODUCTION 


The  Dyna-METRIC  model  (Hillestad  and  Carrillo,  1980;  Hiliestad,  1982;  Pyles,  1984)  was 
developed  to  provide  five  new  kinds  of  information  that  logisticians  could  use  to  improve  war¬ 
time  logistics  support  within  a  single  theater: 

1.  operational  performance  measures 

2.  effects  of  wartime  dynamics 

3.  effects  of  repair  capacity  and  priority  repair 

4.  problem  detection  and  diagnosis 

5.  spares  requirements. 

This  report  describes  the  latest  implementation  of  that  model  in  comprehensive  detail, 
including  its  capabilities,  limitations,  implementation,  use,  and  mathematical  foundations. 

Since  its  development,  Dyna-METRIC  has  been  adopted  for  use  as  a  standard  assessment 
tool  within  the  U.S.  Air  Force.  The  Weapon  System  Management  Information  System 
(WSMIS)  of  the  Air  Force  Logistics  Command  (AFLC)  has  used  Version  3.04  to  perform 
assessments  of  planned  and  actual  stock  support  to  single  aircraft  mission  design  series  in 
standard,  single  theater  operation  plans  (DRC,  1983;  DRC,  1987).  Derivatives  of  the  model 
have  been  developed  for  special  purpose,  single-unit  analyses  (Carrillo,  1982;  Clarke,  1982; 
Ogan,  1983;  Gage  and  Ogan,  1984).  Similarly,  model  variations  have  extended  the  Dyna- 
METRIC  mathematics  to  estimate  wartime  depot  workload  and  stock  requirements  (Bigelow 
and  Isaacson,  1982)  and  to  estimate  worldwide  peacetime  and  wartime  stock  requirements. 
But  no  previous  version  of  the  model  has  been  able  to  conduct  worldwide  assessments  of  how 
the  logistics  functions  and  echelon  system  interact  to  enhance  or  constrain  wartime  capability. 

Such  analyses  are  important.  Without  them,  logisticians  in  different  organizations  (e.g., 
base  supply,  base  repair,  depot  supply,  depot  repair,  depot  distribution,  and  transportation) 
cannot  be  sure  that  their  well-intended  actions  may  not  actually  interact  with  others’  actions 
to  degrade  the  forces’  wartime  capabilities.  For  example,  a  manager’s  decision  to  divert  spare 
parts  from  one  theater  to  another  may  only  marginally  enhance  the  receiving  theater’s  capabil¬ 
ities  but  have  a  disastrous  effect  on  the  theater  whose  parts  were  diverted.  Alternatively,  the 
manager  who  decides  to  increase  peacetime  flying  without  requisite  investments  in  spare  parts 
repair  and  procurement  may  cause  the  force  to  degrade  its  readiness  and  sustainability  by 
using  its  wartime  stocks  excessively  in  peacetime.  When  such  decisions  are  made,  managers 
must  look  beyond  the  immediate  problem — to  see  the  entire  logistics  support  system — to  dis¬ 
cover  whether  a  proposed  cure  may  not  be  worse  than  the  disease. 

Version  4  of  Dyna-METRIC  was  developed  expressly  to  assess  worldwide  logistics  support 
for  aircraft  components,  including  the  depot-theater  interactions.  Thus  one  can  assess  how 
diverting  spares  from  one  theater  to  another  might  affect  support  in  both  theaters,  or  how  the 
base/theater/depot  repair  processes,  stock  levels,  transportation  processes,  cannibalization1  pol¬ 
icies,  and  wartime  plans  interact  to  affect  the  forces’  combat  capability.  Moreover,  the 

'Cannibalization  is  the  practice  of  transferring  a  serviceable  component  from  one  aircraft  to  another.  Such  an 
action  is  possible  only  when  a  serviceable  component  needed  to  repair  one  aircraft  cannot  be  obtained  from  local  sup¬ 
plies  and  another  aircraft  is  already  unserviceable  because  some  other  component  has  failed. 
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extended  model  assesses  how  indentured2  components’  support  may  affect  combat  capability  by 
causing  or  alleviating  delays  in  awaiting  parts  in  the  repair  process  at  each  echelon. 

As  indicated  in  Table  1,  the  improved  model  incorporates  several  other  enhancements. 
Two  optional  computations  were  added:  the  depot  workload  computation  suggested  by  Bigelow 
and  Isaacson  (1982),  and  the  computation  of  base-level  stockage  with  a  no-cannibalization  con¬ 
straint.  Also,  the  computation  of  fully  mission  capable  aircraft  and  sorties  has  been  improved 
to  account  for  the  inability  of  the  flight  line  to  cannibalize  specific  components. 

Most  of  the  enhancements,  though,  provide  more  detailed  representations  of  the  logistics 
system  for  individual  components,  particularly  in  the  areas  of: 

•  component  demand  processes  (permitting  time-varying  demand  factors,  sortie-  or  fly¬ 
ing  hour-based  demands,  and  onshore  and  offshore  demand  factors), 

•  stock  deployments  (over  time  at  all  echelons  and  deploying  peacetime  reparables  for 
repair  after  some  delay), 

•  repair  processes  (permitting  NRTS3  actions  to  occur  at  the  beginning  or  end  of  the 
repair  process,  different  repair  times  at  different  echelons,  and  different  repair 
processes  and  scope  of  repair  at  different  echelons). 

The  enhancements  in  the  representation  of  constrained  repair  reflect,  though  do  not 
satisfy,  the  need  for  a  more  explicit  representation  of  uncertainty  in  demand  and  repair,  and  of 
the  actions  management  might  take  to  overcome  unanticipated  demands.  As  we  know  from 
studies  of  the  demand  process  (Stevens  and  Hill,  1973;  Crawford,  1987),  the  mean  removal  rate 
for  components,  and  the  variation  about  that  mean,  change  over  time  and  are  difficult  to 
predict.  Undoubtedly,  there  will  be  more  removals  than  expected  for  some  components,  and 
fewer  for  others.  Spending  more  money  on  more  spares  is  not  necessarily  a  satisfactory  protec¬ 
tion  against  uncertainty,  because  it  is  difficult  to  know  which  components  will  require  the 
extra  spares.  A  better  strategy  for  coping  with  uncertainty  might  be  to  use  more  flexible 
resources  such  as  repair.  The  constrained  repair  submodel  is  an  initial  attempt  to  analyze  the 
effect  of  repair  and  the  adaptations  available  to  management  in  the  use  of  repair. 

Prototype  models  in  research  use  at  RAND,  developed  under  the  so-called  “Uncertainty 
Project,”  more  adequately  represent  uncertainty  (which  includes  an  increase  in  the  variance  to 
mean  ratio,  or  VTMR)  and  a  fairly  wide  range  of  management  adaptations  (Isaacson  and 
Boren,  1988).  It  is  expected  that  subsequent  versions  of  Dyna-METRIC  will  include  such 
capabilities.  In  the  meanwhile,  Version  4  does  permit  the  use  of  VTMRs  greater  than  one  and 
the  priority  repair  management  adaptation  that  applies  in  particular  circumstances.  Users  are 
encouraged  to  experiment  with  the  use  of  these  capabilities.  Better  representations  are  likely 
to  emerge  eventually  from  RAND  and  other  research  institutions. 

This  report  contains  information  about  the  model  that  may  be  of  interest  to  various  audi¬ 
ences.  Accordingly,  different  readers  will  find  some  parts  more  useful  than  others.  Section  11 
describes  the  model’s  general  capabilities  and  limitations  so  logisticians  can  understand  the 
model’s  applicability  to  their  specific  problems.  Section  III  describes  the  five  programs  that 
make  up  the  model.  Section  IV  is  a  user’s  guide,  written  from  the  viewpoint  of  the  hands-on 
user,  who  must  understand  the  model’s  operation  in  detail.  Section  V  contains  the  mathemat¬ 
ics  of  the  model. 

’Indentured  components  are  subcomponents  of  other  components.  They  are  often  cunsumable  parts,  meaning  they 
are  replaced  in  the  repair  of  other  higher  order  components,  or  they  may  be  reparable  themselves. 

'Not  reparable  this  station,  an  indication  that  a  repair  facility  was  unable  to  repair  a  given  component,  typically 
because  of  technical  limitations. 
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Table  1 

DIFFERENCES  BETWEEN  VERSION  3.04  AND  VERSION  4 


Version  4  better  suited  for  conducting  worldwide  analyses: 

Multiple  depots  explicitly  modeled 

Multiple  identical  bases  need  be  entered  (and  analyzed)  only  once 
A  larger  number  of  components  may  be  simultaneously  analyzed 

Automatic  time-scaling,  so  that  arbitrarily  long  scenarios  may  be  analyzed  without  recompiling 

Version  4  analyzes  more  types  of  components: 

A  level  of  indenture  below  SRUs  called  subSRUs 
NRTS  and  condemnation  decisions  may  be  before  or  after  repair 
SRU  repair  may  proceed  in  parallel  with  LRU  repair 
Maintenance  types  besides  RR  and  RRR  (for  example,  JE1M) 

Sustained  demand  rates 

Demand  rates  per  flying  hour  or  per  sortie 

Version  4  analyzes  more  types  of  aircraft: 

Base-dependent  quantities  per  aircraft 

Can  specify  how  many  of  a  multiple  quantity  LRU  must  be  working  for  the  aircraft  to  be  mission  capable 
Onshore  and  offshore  bases  (with  different  demand  rates) 

More  detail  with  Version  4: 

Option  so  that  unachievable  sorties  not  flown  (though  sorties  on  partially  mission  capable  aircraft  are  still  flown) 

Maximum  turn  rate  records  defined  by  base 

Peacetime  reparables’  arrival  time  explicitly  modeled 

Separate  base,  cirf,  and  depot  repair  times  and  N  RTS  rates 

Condemnations  modeled  for  bases,  cirfs,  and  depots 

SRU  depot  replacement  fractions 

Level  of  repair  may  be  stated  for  all  components 

Optional  LRU -dependent  flying  hour  programs 

Cutoffs  forward  only  (as  in  Version  3.04),  or  forward  and  retrograde 

Version  4  has  expanded  report  capabilities: 

Simplified  problem  parts  reports,  including  problem  subcomponents 

Performance  for  partial  cannibalization  of  LRUs 

Demands  on  repair/supply  at  each  echelon  on  each  time  of  analysis 

Version  4  has  expanded  constrained  repair  capabilities: 

Constrained  repair  at  all  echelons  (rather  than  the  highest) 

Separate  wartime  depot  daily  production  limit  that  may  be  optionally  based  on  peacetime  depot  daily  production 
LRUs  may  be  assigned  to  multiple  types  of  constrained  repair 

Differences  in  stockage  algorithms: 

Version  4  can  stock  LRUs  to  a  no-cannibalization  criterion 

Version  4  does  not  do  tradeoffs  between  SRUs  (Version  3.04  did  so  by  pretending  the  SRUs  were  LRUs) 

Version  4  algorithms  for  purchase  of  LRUs  do  not  assume  SRUs  are  fully  cannibalizable  unless  the  user  has  so  specified 


II.  SCOPE,  CAPABILITIES,  AND  LIMITATIONS 


This  section  presents  the  scope  of  the  model  in  terms  of  the  operations  and  logistics  sys¬ 
tem  for  aircraft  components.  Although  this  material  focuses  on  the  Air  Force  world  and  deals 
with  aircraft,  Dyna-METRIC  has  been  used  to  analyze  a  variety  of  weapon  systems,  including 
helicopters  and  tanks. 

This  discussion  continues  with  how  Dyna-METRIC  represents  that  logistics  system.  It 
describes  the  model’s  capabilities  (in  assessing  the  system’s  performance  in  a  dynamic  wartime 
scenario  and  in  helping  identify  factors  that  may  limit  performance)  and  limitations  (arising 
from  the  assumptions  and  approximations  that  underlie  the  model’s  mathematics). 


SCOPE 

Dyna-METRIC  models  one  or  more  types  of  aircraft  at  one  or  more  bases  located  in  one 
or  more  theaters  of  operation  for  a  period  of  time  that  may  range  from  several  days  to  several 
years.  The  model  predicts  the  effect  of  the  logistics  support  system  on  the  bases’  ability  to 
execute  their  assigned  flying  programs. 

Bases  are  the  operating  locations  to  which  aircraft  are  assigned,  whether  they  be  per¬ 
manent  bases  or  temporary  facilities  to  which  aircraft  are  deployed.  The  scenario  commences 
with  each  base’s  aircraft  either  fully  mission  capable  (FMC)  or  degraded  by  some  flying  pro¬ 
gram  that  we  assume  has  been  underway  for  a  substantial  period.  Aircraft  can  operate  out  of  a 
base  on  a  fly-out,  fly-back  sortie  program  (as  fighter  aircraft  typically  do),  or  on  a  fly-in,  fly¬ 
out  program  (as  with  cargo  aircraft  flying  a  circuit).  In  either  case,  broken  parts  arrive  with 
incoming  planes;  in  the  case  of  cargo  aircraft,  removals  of  failed  components  may  be  more 
likely  at  some  bases  than  others. 

Different  bases  can  support  different  types  of  aircraft,  but  any  particular  base  supports 
only  one  type — aircraft  are  assumed  to  be  identical  within  a  base.  However,  a  real  base  sup¬ 
porting  several  aircraft  types  can  be  modeled  by  locating  each  type  at  different  bases  served  by 
a  common  centralized  intermediate  repair  facility  (cirf). 

Aircraft  can  be  flown  on  different  missions  at  different  times.  For  example,  a  base  may 
fly  air-to-air  missions  for  some  initial  period  and  subsequently  fly  ground  attack  missions. 

The  flying  programs  to  be  executed  by  the  various  bases  may  vary  over  time.  The 
number  of  aircraft  can  increase  with  the  deployment  of  new  units  and  decrease  because  of 
attrition  or  the  reassignment  of  aircraft.  The  number  and  length  of  sorties  may  vary  each  day, 
as  can  the  maximum  single  aircraft  sortie  rate,  which  limits  the  number  of  sorties  that  one 
operational  aircraft  can  fly  in  a  single  day.  With  this  flexibility,  the  model  can  accommodate 
most  conceivable  flying  programs,  including  the  peacetime  and  wartime  scenarios. 

The  Aircraft 

Aircraft  are  assumed  to  have  an  indentured  component  structure;  they  are  composed  of 
line  replaceable  units  (LRUs)  that  are  composed  of  shop  replaceable  units  (SRUs)  that  are  com¬ 
posed  of  what  we  call  subSRUs.  SubSRUs  include  bits  and  pieces  that  are  consumed  during 
SRU  repair  as  well  as  other  components  that  may  be  repaired  either  locally  or  at  a  higher 
echelon. 
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Dyna-METRIC  sees  the  entire  aircraft  as  a  collection  of  LRUs.  Certain  major  aircraft 
components,  such  as  engines,  are  generally  not  called  LRUs,  but  these  components  should  be 
treated  like  LRUs  in  the  model. 

Aircraft  availability  is  modeled  as  a  direct  function  of  the  availability  of  the  aircraft’s 
LRUs.  SRUs  affect  availability  only  through  their  own  availability  to  support  the  repair  of 
their  parent  LRUs,  and  subSRUs  are  one  step  further  removed  in  their  effect  on  aircraft 
availability. 

A  given  LRU  may  appear  on  an  aircraft  one  or  more  times.  Any  shortage  or  hole  of  an 
LRU  may  gTound  the  aircraft.  If  several  of  an  LRU  are  on  a  plane,  they  can  all  be  classified 
as  essential  or  they  may  be  classified  as  wholly  or  partially  redundant,  in  which  case  more  than 
one  unit  must  fail  before  the  aircraft  is  rendered  not  fully  mission  capable  (NFMC). 

LRUs  may  also  be  classified  as  essential  or  nonessential  to  a  particular  mission  that  the 
aircraft  can  execute.  For  example,  a  plane  with  a  broken  radar  unit  might  be  incapable  of  exe¬ 
cuting  an  air-to-air  mission  but  be  capable  of  ground  attack. 

Finally,  the  model  accommodates  the  possibility  that  there  may  be  limited  differences  in 
the  components  on  the  aircraft  at  a  single  base.  This  situation  may  arise  when  components 
are  being  phased  in  or  out,  or  when  some  of  the  aircraft  are  specially  equipped. 

The  Logistics  System 

The  logistics  component  support  system  is  assumed  to  be  a  five-echelon  hierarchical 
structure: 

1.  flight  lines  (from  which  aircraft  operate)  are  supported  by 

2.  local  base  repair  shops,  which  are  supported  by 

3.  cirfs,  which  are  supported  by 

4.  depots,  which  may  be  supported  by 

5.  various  suppliers  of  components. 

Not  all  echelons  are  required.  For  example,  omitting  cirfs  connects  bases  directly  with  depots, 
as  shown  in  Fig.  1. 

Reparable  components  essentially  move  upward  in  this  hierarchy.  Reparable  parts  are 
removed  from  the  aircraft  at  the  flight  line  and  are  serviced  at  base  level.  If  not  reparable 
there,  they  are  transported  to  a  cirf  and  serviced;  if  not  repaired  there,  they  are  sent  on  to  the 
depot.  Parts  at  any  level  can  also  be  condemned  as  irreparably  damaged;  thus,  consumable 
items  may  be  analyzed  by  assigning  them  condemnation  rates  of  100  percent.  Stocks  of  ser¬ 
viceable  spare  parts  may  be  held  at  any  level,  and  over  time  these  spares  are  sent  down  the 
hierarchy  to  replace  the  reparable  ones  that  have  been  sent  up. 

The  repair  capabilities  of  each  level  can  be  modeled  in  considerable  detail.  Repair  for 
LRUs  can  be  unconstrained,  where  maintenance  is  assumed  to  begin  as  soon  as  a  component 
arrives  at  a  repair  facility,  or  constrained,  where  an  arriving  component  joins  a  queue  of  other 
components  also  awaiting  service.  Components  are  selected  from  the  queue  based  on  a  priority 
scheme  that  minimizes  maximum  backorders  rather  than  first  come,  first  served.  How  long  a 
component  waits  for  service  depends  on  how  many  aircraft  are  NFMC  relative  to  other  com¬ 
ponents  and  on  how  heavily  loaded  the  repair  facility  is. 

Repair  capabilities  at  the  various  levels  may  change  over  time.  This  facilitates  the  model¬ 
ing  of  deploying  units  and  the  mobilization  of  repair  facilities  for  wartime  operations. 
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Fig.  1— Aircraft  Logistics  Support  Network 


Inherent  in  Version  4  is  a  worldwide  perspective.  Demands  for  repair  at  several  depots 
may  arrive  from  several  types  of  aircraft  flying  in  several  different  theaters.  The  depots’  repair 
facilities  and  spare  stock  pools  are  effectively  shared  by  all  forces.  In  general,  the  model 
resolves  allocation  questions  on  a  earliest  requisition  basis. 

How  the  Model  Represents  the  Logistics  System 

Dyna-METRIC  portrays  component  support  processes  as  a  network  of  pipelines  through 
which  components  flow  as  they  are  repaired  or  replaced.  Arriving  components  must  spend  a 
(random  or  deterministic)  delay  time  in  each  pipeline  segment.  Delay  times,  such  as  local 
repair  times,  vary  by  component;  others,  such  as  intratheater  transportation  times,  depend  on 
the  base  being  assessed.  Further,  components  may  be  “frozen”  in  their  segments  and  not  flow, 
as  in  the  transportation  segment  when  a  transportation  cutoff  is  in  effect. 

Failed  components  enter  the  pipeline  network  at  the  bases’  flight  lines.  Each  base  has 
several  aircraft,  the  use  of  which  generates  component  failures  and  thus  demands  for  replace¬ 
ment  components.  Each  base  has  a  flight  line  support  capability  that  removes  and  replaces 
those  components,  drawing  serviceable  spares  from  local  supply  as  needed  to  repair  aircraft. 
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A  base  may  also  have  component  repair  shops  that  test  failed  components  and  return 
them  to  serviceable  condition.  For  units  deploying  to  new  bases,  that  repair  capability  may  be 
available  only  after  some  delay,  while  the  repair  facility  is  being  deployed  and  set  up. 

Once  an  LRU  has  been  removed  from  the  aircraft,  it  is  either  repaired  or  condemned  (in 
which  case  a  replacement  is  ordered  from  the  next  higher  echelon).  Items  repaired  at  local 
shops  are  returned  to  local  stock.  Items  unable  to  be  repaired  locally  are  declared  NRTS.  A 
base  sends  NRTS  items  to  either  the  base’s  cirf  or  the  component’s  depot  for  repair  while 
ordering  replacements  from  there;  a  cirf  sends  NRTS  items  to  a  depot  and  requisitions  it  for 
replacements;  a  depot  cannot  send  NRTS  items  anywhere,  so  it  condemns  them  and  orders 
replacements  from  an  outside  supplier  (unless  resupply  is  cut  off  in  the  scenario).  Upon 
receiving  a  requisition,  the  repair  facility  immediately  sends  a  serviceable  spare  if  available,  or 
sends  one  as  soon  as  possible  after  all  previous  requisitions  for  the  same  component  have  been 
filled.  Once  the  component  arrives  for  repair,  it  is  repaired  and  returned  to  that  facility’s  own 
stock  so  that  it  can  be  issued  to  satisfy  the  next  demand. 

As  LRUs  are  processed  at  the  various  facilities,  failed  SRUs  may  be  discovered.  The 
SRU  repair  and  resupply  network  is  essentially  the  same  as  that  for  LRUs,  as  is  the  repair  and 
resupply  network  for  subSRUs. 

The  key  equation  in  Dyna-METRIC  computes  each  component’s  expected  pipeline 
contents — the  expected  number  of  each  component  that  will  be  in  each  segment  of  the  pipeline 
network.  The  computation  is  based  on  the  planned  time-dependent  aircraft  flying  activity  or 
(optionally)  the  achievable  partially  mission  capable  (PMC)  and  FMC  time-dependent  aircraft 
flying  activity.  The  model  computes  the  flying- dependent  removals  caused  by  that  activity  and 
then,  using  the  time-dependent  availability  and  delays  associated  with  transportation  and 
repair  at  bases,  cirfs,  and  depots,  and  the  likelihood  that  the  component  will  be  NRTSed  or 
condemned,  determines  the  expected  contents  of  each  pipeline  segment.  The  segments  are 
then  totaled  to  forecast  the  total  pipeline  size  (the  expected  quantity  on  order  and  in  local 
repair)  as  seen  by  each  base. 

The  expected  total  pipeline  size  is  the  key  parameter  for  a  probability  distribution  that 
describes  the  number  of  components  in  the  network,  as  seen  at  each  base’s  flight  line.  That  is, 
the  expected  total  pipeline  size  is  used  to  determine  the  probability  that  there  is  one  com¬ 
ponent  removed  from  the  base’s  stock  or  its  aircraft,  the  probability  that  there  are  two  com¬ 
ponents,  the  probability  that  there  are  three  components,  and  so  on  (Hillestad  and  Carrillo, 
1980;  Hillestad,  1982). 

If  the  operational  demands  and  the  logistics  system’s  characteristics  were  constant  over 
time,  the  estimation  of  the  expected  pipeline  quantity  and  the  probability  distribution  would  be 
easy.  Assuming  that  individual  component  removals  are  independent  of  each  other  (removing 
one  component  neither  causes  nor  prevents  the  removal  of  another),  Palm  (1938)  showed  that 
the  pipeline  quantity  has  a  Poisson  probability  distribution,  with  a  mean  equal  to  the  average 
failure  rate  times  the  average  repair  time. 

Unfortunately,  operations  and  logistics  seldom  achieve  steady-state,  especially  in  wartime. 
Not  only  do  the  operational  demands  change  during  wartime,  but  the  logistics  system  restruc¬ 
tures  itself.  Stock  is  redeployed,  repair  equipment  and  personnel  are  redeployed,  and  transpor¬ 
tation  is  reallocated  over  time.  Thus  the  steady-state  equations  do  not  accurately  forecast 
pipeline  quantities  in  a  dynamic  wartime  scenario. 

Hillestad  and  Carrillo  (1980)  demonstrated  that  Palm’s  result  could  be  extended  to  the 
dynamic  wartime  situation.  In  their  formulation,  the  time-dependent  component  removals  due 
to  operational  demands  (e.g.,  daily  demands  over  some  time  interval)  are  combined  with  the 
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time-dependent  repair  or  transportation  capability  (e.g.,  the  probability  that  an  item  entering 
the  pipeline  segment  at  time  s  will  still  be  in  the  pipeline  segment  at  time  t)  to  estimate  the 
expected  pipeline  quantity  size  over  time.  They  also  extended  Palm’s  original  result  to  show 
that  the  pipeline  distribution  would  be  Poisson — even  under  conditions  of  time-varying 
demands  and  repair. 

Dyna-METRIC  combines  each  component’s  dynamic  demands  and  repair  process  times 
to  estimate  the  expected  pipeline  quantity  for  each  pipeline  segment.  The  dynamic  demands 
for  segments  after  the  first  segment  are  derived  from  the  dynamic  departures  from  the  preced¬ 
ing  segment.  For  example,  the  number  of  LRUs  entering  the  base-to-cirf  pipeline  is  the 
number  of  departures  from  the  base  repair  segment  times  the  NRTS  rate.  The  model  com¬ 
putes  expected  pipeline  quantities  for  each  item’s  base,  cirf,  and  depot  repair  segments  and  for 
the  transportation  segments  between  these  locations.  SRUs  awaiting  parts  (AWP)  at  each 
location  are  computed  from  the  number  of  subSRUs  in  stock  and  under  repair,  and  (likewise) 
AWP  LRUs  are  computed  from  SRUs  in  stock,  in  repair,  and  AWP.  Backorders  at  depots  and 
cirfs  are  computed  from  quantities  in  stock,  in  repair,  AWP,  and  on  order.  Those  backorders 
are  allocated  to  bases  using  a  first  come,  first  served  rule.  The  expected  base  pipeline  for  com¬ 
ponents,  then,  consists  of  items  in  local  repair  and  on  order  from  higher  echelons  (in  transit 
and  backordered). 


CAPABILITIES 

The  model’s  capabilities  fall  into  three  categories:  performance  measures  that  assess  the 
logistics  system,  diagnostics,  and  spares  requirements  computations. 

Performance  Measures 

Given  descriptions  of  the  scenario,  aircraft,  and  logistics  system,  Dyna-METRIC  provides 
various  measures  of  performance.  A  performance  shortfall  generally  cannot  be  assigned  to  a 
single  cause  or  solution.  Poor  component  reliability,  slow  or  inadequate  repair  capabilities, 
ineffective  transportation,  and  too  limited  a  supply  of  spares  may  combine  to  cause  the  prob¬ 
lem;  and  the  solution  may  require  changes  in  any  or  all  of  these  areas. 

Besides  traditional  component-oriented  logistics  statistics  such  as  backorders,  Dyna- 
METRIC  provides  higher  combat-oriented  capability  measures  related  to  the  force’s  ability  to 
generate  sorties.  The  combat  measures  include  aircraft  availability  and  daily  sortie  generation 
capability.  For  each  base,  the  model  reports  the  expected  number  of  available  aircraft  at  any 
specified  time  and  confidence  level.  For  example,  Dyna-METRIC  might  report  that  on  day  5 
of  a  scenario,  a  given  base  could  expect  (on  average)  16  available  aircraft  but  only  13  available 
with  95  percent  confidence. 

The  model  also  estimates  the  expected  number  of  sorties  a  base  can  generate  on  any 
specified  day.  It  assumes  that  a  base  never  overflies  the  program  specified  in  the  scenario 
(though  the  base  may  fail  to  achieve  its  program  because  of  a  shortage  of  available  aircraft),  so 
the  predicted  sortie  generation  capability  is  always  less  than  or  equal  to  the  scenario’s  flying 
program.  Thus  the  model’s  daily  sortie  estimates  reflect  both  requested  sorties  and  available 
aircraft. 

Higher  order  performance  measures  are  quite  sensitive  to  whether  LRUs  can  be  cannibal¬ 
ized  from  one  aircraft  to  repair  another.  Aircraft  availability  and  sortie  generation  are  typi¬ 
cally  much  higher  under  a  full-cannibalization  policy  than  under  one  of  no  cannibalization. 
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The  model  allows  the  user  to  label  each  LRU  as  cannibalizable  or  not,  and  then  computes  air¬ 
craft  availability  and  sortie  generation  first  by  using  this  information,  then  assuming  a  policy 
of  full  cannibalization. 

From  the  expected  base  pipeline  value,  the  model  derives  the  probability  that  a  given 
number  of  components  are  in  repair  or  on  order  at  each  base.  Using  these  total  pipeline  proba¬ 
bility  distributions  for  each  component,  and  the  component’s  available  stock  at  each  base,  the 
model  next  forecasts  how  the  LRUs  in  repair  and  on  order  would  (probabilistically)  generate 
backorders  (or  aircraft  holes)  for  each  component  at  a  given  time.  It  then  distributes  those 
holes  across  aircraft  for  the  two  cannibalization  policies.  For  full  cannibalization,  Dyna- 
METRIC  assumes  that  all  component  holes  at  each  base  are  instantly  consolidated  on  the 
fewest  possible  aircraft,  making  as  many  FMC  aircraft  as  possible.  For  partial  cannibalization, 
holes  of  LRUs  flagged  as  not  cannibalizable  are  assumed  to  occur  randomly  across  the  aircraft 
at  each  base.  Holes  of  cannibalizable  LRUs  are  then  consolidated  onto  the  aircraft  that  are 
already  down  for  noncannibalizable  LRUs.  Leftover  holes  are  consolidated  onto  as  few  of  the 
remaining  aircraft  as  possible.  In  each  case,  Dyna-METRIC  derives  a  full  probability  distribu¬ 
tion  of  the  number  of  degraded  aircraft  from  which  the  capability  assessment  report  is  directly 
obtained — in  particular,  the  expected  number  of  NFMC  aircraft  and  the  expected  number  of 
FMC  sorties. 

Diagnostics 

Dyna-METRIC  has  a  special  report  of  particular  interest  when  the  projected  performance 
is  unsatisfactory.  It  identifies  those  LRUs  that  are  most  likely  to  be  a  problem  for  at  least  one 
base  and  sorts  them  by  the  number  of  aircraft  they  are  likely  to  ground.  For  these  LRUs,  it 
reports: 

•  The  number  of  aircraft  they  will  probably  ground. 

•  The  number  of  aircraft  they  would  ground  if  the  base-level  spares  were  most  effec¬ 
tively  redistributed. 

•  Where  in  the  logistics  system  the  LRUs  are  tied  up  (e.g..  queued  for  repair  at  the  cirf. 
in  transit  from  the  depot,  awaiting  serviceable  SRl's  at  a  base). 

•  Which  SRUs  and  subSRUs  are  tied  up  and  where,  if  they  limit  LRU  availability. 

Requirements  Computations 

Three  requirements  computations  are  incorporated  in  the  model.  The  stockage  algorithm 
optionally  computes  stock  with  single-component  fill  rate  goals,  or  with  FMC  aircraft  goals  for 
full-  or  no-cannibalization  policies.  The  depot  workload  requirement  computes  the  maximum 
and  minimum  workload  necessary  for  a  depot  surge  to  meet  its  expected  requisition  levels  for 
each  component. 

The  pipeline  probability  distributions  are  used  to  compute  stockage  requirements.  In  this 
mode.  Dyna-METRIC  recommends  additional  LRU,  SRU,  and  subSRU  stock  to  achieve  an 
FMC  goal  at  the  lowes '  cost.  Two  general  strategies  are  employed:  buying  spares  to  assure 
that  each  component  individually  achieves  a  target  FMC  goal  (disregarding  other  components), 
or  buying  spares  so  that  all  LRUs  jointly  achieve  the  FMC  goal.  The  first  strategy  falls  short 
of  the  goal  of  the  second. 

To  assure  only  that  each  LRU  does  not  violate  the  FMC  goal  with  the  stated  confidence 
level,  the  model  uses  the  LRU’s  individual  pipeline  probability  distributions  to  increase  the 
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LRU’s  stock  level  until  the  stated  confidence  is  achieved  for  that  component  alone.  But  to 
assure  that  all  LRUs  jointly  achieve  FMC  aircraft  goals  (regardless  of  cannibalization  policy), 
the  model  first  makes  sure  that  each  LRU  achieves  the  goal  individually,  then  it  buys  more 
LRUs  across  the  full  range  of  parts  to  achieve  the  overall  goal.  This  latter  computation 
employs  a  marginal  analysis  technique:  It  determines  how  much  closer  to  the  goal  it  would  be 
with  an  additional  unit  of  LRU  1,  or  of  LRU  2,  etc.;  then  it  adds  a  unit  of  the  LRU  that  had 
the  best  benefit/cost  ratio.  It  continues  to  add  LRUs  in  this  manner  until  attaining  the  goal. 

The  stockage  algorithms  assume  that  initial  stock  levels  entered  by  the  user  represent  a 
sunk  cost.  Thus  existing  stock  is  retained  throughout  the  analysis,  and  only  marginal  stock 
additions  are  made  to  improve  performance.  If  these  algorithms  are  run  with  no  input  stock, 
the  actual  stock  mix  (and  costs)  would  probably  be  different. 

For  LRUs  at  cirfs  and  depots,  and  for  SRUs  and  subSRUs  anywhere,  the  model  adds 
enough  stock  for  each  part  to  individually  achieve  its  target  FMC  goal.  The  number  of  aircraft 
associated  with  a  cirf  is  the  sum  of  the  aircraft  at  the  cirfs  bases.  The  number  of  aircraft 
associated  with  a  depot  is  the  total  number  of  aircraft  at  all  its  bases.  For  each  component  and 
subcomponent,  the  model  adds  enough  stock  so  that  the  probabilit-  of  achieving  the  FMC  goal 
is  greater  than  the  requested  confidence  level.  Stock  levels  for  SRUs,  subSRUs,  and  cirf  and 
depot  LRUs  are  computed  before  stock  levels  for  base  LRUs  are  computed.  This  reduces  the 
number  of  on-order  and  AWP  LRUs  everywhere  in  the  system,  as  well  as  the  requirements  for 
base  LRU  stock  to  offset  excess  backorders  and  AWP  LRUs. 

Finally,  Dyna-METRIC  can  compute  the  maximum  possible  wartime  depot  repair  work¬ 
load  (the  expected  daily  arrivals  for  depot  repair),  the  minimum  required  wartime  depot  work¬ 
load  (the  minimum  number  of  LRUs  that  must  be  inducted  daily  into  depot  repair  to  satisfy 
expected  depot  requisitions),  and  the  amount  of  LRU  stock  needed  at  the  depot  to  offset  repair 
and  retrograde  transportation  delays  under  dynamic  wartime  conditions. 


LIMITATIONS 

Dyna-METRIC’s  representation  of  the  real  world  is  limited  by  its  mathematical  assump¬ 
tions,  use  of  approximations,  and  program  implementation  constraints.  Overcoming  the  limita¬ 
tions  that  are  due  to  mathematical  assumptions  would  require  new  mathematical  break¬ 
throughs.  Overcoming  limitations  that  are  due  to  approximations  could  be  done,  but  that 
would  dramatically  affect  the  model’s  computational  resources  (CPU  time  and  memory).  As 
for  implementation  constraints,  computers  have  always  had  limits  on  their  ability  to  evaluate 
the  equations  essential  to  mathematical  models. 

Unconstrained  Repair 

In  Dyna-METRIC’s  simplest  uses  where  constrained  repair  is  not  modeled,  the 
mathematics  underlying  the  model  require  two  key  assumptions  about  demands,  transporta¬ 
tion,  and  repair  processes: 

1.  Demands  for  repair  are  proportional  to  flying  hours  or  sorties  and  arrive  randomly 
according  to  one  of  two  well-known  arrival  probability  distributions:  Poisson  or 
negative  binomial.  Further,  the  time-dependent  mean  and  variance  of  that  distribu¬ 
tion  is  known. 
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2.  Repair  and  transportation  times  have  known  probability  distributions  that  are 
independent  of  the  demand  history. 

These  assumptions  permit  the  computation  of  the  pipeline  probability  distributions. 
However,  neither  assumption  is  always  true.  Several  studies  of  the  demand  process  (Stevens 
and  Hill,  1973;  Crawford,  1987)  have  noted  that  demand  levels  over  time  and  across  bases  are 
extremely  variable  and  difficult  to  predict.  Further,  a  shop’s  fixed  repair  resources  (manpower, 
equipment,  etc.)  have  the  potential  both  to  become  overloaded  if  demands  surge  and  to  speed 
up  repair  for  some  critical  components  by  delaying  repair  of  less  critical  components. 

These  assumptions  may  cause  the  mode'  either  to  underestimate  or  to  overestimate  the 
logistics  system  performance  if  repair  resources  are  not  explicitly  modeled.  If  the  demand  and 
repair  processes  do  not  deviate  radically  from  these  assumptions,  Dyna-METRIC  should  be 
fairly  accurate.  Otherwise,  one  should  supplement  unconstrained  repair  analyses  with  analyses 
where  the  repair  resources  are  explicitly  modeled. 

Lateral  Supply 

The  assumption  that  demands,  repair,  and  resupply  functions  are  independent  also 
prevents  Dyna-METRIC  from  directly  assessing  the  effects  of  lateral  supply  across  bases. 
Essentially,  lateral  supply  would  have  the  same  effect  as  expedited  resupply  from  a  higher 
echelon.  Because  the  effective  resupply  time  would  depend  on  the  history  of  demands,  repairs, 
and  resupplied  items,  lateral  supply  violates  the  model’s  underlying  mathematical  assumptions. 

A  workaround  exists  for  this  situation.  If  cirfs  are  not  being  used  in  an  analysis,  one  can 
model  several  related  bases  as  being  supported  by  a  cirf.  Then  some  of  the  theater’s  stock  can 
be  relocated  to  the  cirf  to  be  requisitioned  and  shared  across  all  the  bases  to  simulate  lateral 
supply.  However,  the  cirf  will  “ship”  to  satisfy  the  oldest  requisition,  rather  than  the  most 
urgent,  so  this  workaround  does  not  capture  much  of  the  benefit  of  a  responsive  intratheater 
support  system. 

Different  Aircraft  Types 

To  compute  the  effect  of  the  component  pipeline  probability  distributions  on  FMC  air¬ 
craft  availability,  Dyna-METRIC  assumes  that  the  aircraft  deployed  at  each  base  are  nearly 
identical.  That  assumption  is  critical  to  the  computation  of  both  full  and  partial  cannibaliza¬ 
tion  of  FMC  aircraft,  so  it  affects  the  reported  available  FMC  aircraft,  sorties  achieved,  and 
the  stock  needed  to  achieve  FMC  aircraft  goals. 

Again,  a  workaround  exists  if  the  cirf  feature  is  not  being  used  in  the  analysis.  One  can 
represent  each  real  base  with  multiple  aircraft  types  as  several  bases  with  a  common  cirf  hous¬ 
ing  the  base's  stocks  for  all  aircraft.  By  setting  the  transportation  times  between  the  base  and 
cirf  to  zero,  one  can  assccs  ho'v  both  unique  and  common  components’  support  affects  the 
capabilities  of  multiple  aircraft  types. 

Constrained  Repair 

Dyna-METRIC  uses  a  deterministic,  expected  value  computation  to  compute  the  expected 
pipelines  for  constrained  priority  repair,  so  it  only  approximates  the  real-world  random  arrival 
and  random  repair  processes.  Further,  it  applies  the  resulting  component  pipeline  distributions 
as  though  they  were  independent.  However,  the  component’s  pipeline  distributions  cannot  be 
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independent  because  the  repair  capacity  constraints  cause  LRUs  to  undergo  additional  queue¬ 
ing  (because  of  other  LRUs’  demands),  and  priority  repair  attempts  to  equalize  all  component’s 
pipelines.  The  constrained  repair  computations  only  approximate  probable  logistics  system 
performance  under  quite  restrictive  conditions: 

•  One  component's  demands  dominate  all  others,  and 

•  All  components’  combined  demands  exceed  the  shop’s  capacity. 

Such  conditions  assure  that  the  independence  assumption  and  the  stochastic  arrival  and  repair 
processes  are  irrelevant. 

High  combined  demands  occur  frequently  in  wartime  as.essments  when  flying  activities 
surge  dramatically.  However,  high  demand  patterns  seldom  occur  in  peacetime,  and  peacetime 
assessments  would  probably  underestimate  the  effect  of  random  arrival  patterns  on  queueing. 
Dyna-METRIC  provides  an  optimistic  assessment  of  performance  of  peacetime  queueing. 

Typically,  one  component’s  demand  rates  greatly  exceed  those  of  all  others  repaired  by 
the  same  resources.  That  component  usually  has  the  largest  pipeline,  the  greatest  backorders, 
and  highest  repair  priority.  When  one  component  always  has  the  greatest  backorders,  most  of 
the  shop’s  capacity  is  devoted  to  repairing  it;  variations  in  the  pipelines  for  other  components 
would  not  affect  FMC  aircraft  (assuming  cannibalization).  If  some  component*’  backorders 
grow  until  they  nearly  match  those  of  the  worst  component,  the  model  provides  an  overly  pes¬ 
simistic  assessment  of  performance.  The  problem  LRUs  report  detects  such  a  pessimistic 
assessment.  In  either  case,  one  should  use  a  detailed  stochastic  discrete  event  simulation  like 
Dyna-SIM  (Miller,  Stanton,  and  Crawford,  1984)  to  estimate  the  effects  of  unsaturated  repair 
or  roughly  balanced  priority  repair. 

Ordering  Policies  for  EOQ  Items 

Some  spare  parts  are  so  small  or  inexpensive  that  they  are  ordered  in  quantities  greater 
than  one  at  a  time.  Dyna-METRIC’s  mathematics  apply  precisely  only  to  those  cases  where 
the  order  quantity  is  one.  The  mathematics  are  only  approximately  accurate  for  larger 
economic  order  quantity  (EOQ)  policies.  As  the  order  quantity  increases,  the  pipeline  variabil¬ 
ity  also  increases. 

An  approximate  workaround  is  to  increase  the  demand  variance-to-mean  ratio  propor¬ 
tional  to  the  square  root  of  the  order  quantity.  The  pipeline  variability  then  reflects  the 
expected  variability  due  to  the  order  quantity. 

Approximate  Additive  Pipelines 

For  computational  efficiency,  Dyna-METRIC  does  not  compute  the  joint  probabilistic 
effects  of  backorders  and  AWP  quantities  with  related  pipelines.  Rather,  the  expected  values 
of  these  quantities  are  added  to  the  appropriate  pipelines  as  though  they  were  also  Poisson  or 
negative  binomial  distributions. 

Of  course,  this  is  not  rigorously  correct,1  hut  it  has  been  satisfactory  in  practice.  Tests  of 
the  approximation  show  that  only  modest  errors  are  introduced  in  the  computations  of  total 
base  component  breakdowns  or  NFMC  aircraft  when  the  expected  backorders  or  AWP  quanti¬ 
ties  are  small  (less  than  one).  As  these  quantities  increase,  the  errors  appear  to  decrease. 

'To  treat  this  rigorously,  the  model  must  convolve  the  related  probability  distributions,  a  task  that  would  greatly 
increase  computer  time 
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Flight  Line  and  Operational  Constraints 

Flight  line  resources  and  operational  constraints  affect  the  sortie  rates  that  an  FMC  air¬ 
craft  can  achieve.  These  factors  are  beyond  the  scope  of  the  Dyna-METRIC  model,  so  they  do 
not  appear  explicitly.  Nevertheless,  their  effects  can  be  estimated  in  other  models  or  analyses 
and  incorporated  into  Dyna-METRIC’s  sortie  rate  parameter.  Thus  one  can  estimate  how 
those  processes  affect  wartime  sorties. 

Precision  and  Accuracy 

Unlike  the  mathematics  upon  which  it  is  based,  the  computerized  model  cannot  carry  out 
its  computations  with  infinite  precision.  It  must  contend  with  the  fact  that  computers  cannot 
represent  numbers  that  are  very  large  or  very  small.  Dyna-METRIC  computes  extremely 
small  probabilities  and  multiplies  or  sums  them  in  various  ways.  Often  a  computed  probability 
is  smaller  than  the  computer  can  represent.  Summing  these  small  numbers  (or  actually  zeroes) 
leads  to  numeric  instabilities  that  may  affect  results. 

Dyna-METRIC  partially  compensates  for  this  effect  by  using  logarithms  where  possible. 
Generally,  this  problem  arises  only  with  consumables  that  have  extremely  high  demand  rates 
(several  demands  per  sortie)  and  very  long  resupply  times.  Removing  the  offending  component 
from  the  analysis  usually  corrects  the  problem.  Such  components  are  analyzed  more  appropri¬ 
ately  outside  the  rigorous  confines  of  Dyna-METRIC. 


III.  PROGRAM  DESCRIPTION 


Dyna-METRIC  Version  4  consists  of  five  computer  programs,  varying  in  length  from 
1000  lines  of  FORTRAN  code  to  nearly  20,000  lines: 

1.  PART,  the  data  set  partitioner; 

2.  ECHO,  the  error  checking  and  echo  program; 

3.  PIPE,  the  pipeline  program; 

4.  MOD,  the  pipeline  data  file  modification  program;  and 

5.  REPORT,  the  report  writer. 

This  section  discusses  the  purposes  of  each  program  and  describes  how  the  programs 
operate  and  interface  with  each  other.  Readers  requiring  more  detailed  information  on  how  to 
actually  run  the  model  should  consult  App.  A  (file  requirements). 


PART:  DATA  SET  PARTITIONER 

Dyna-METRIC  Version  4  handle"  a  iarge  number  of  components  by  processing  them  a 
handful  at  a  time.  This  reduce*  the  amount  of  computer  space  required  to  run  the  model 
because  the  only  data  necessary  at  any  given  time  are  those  describing  the  partition  of  com¬ 
ponents  currently  being  processed. 

The  constraints  that  determine  which  components  must  share  a  partition  are  fairly  sim¬ 
ple.  All  SRUs  indentured  to  an  LRU,  and  all  subSRUs  indentured  to  those  SRUs,  must  be  in 
the  same  partition  as  the  parent  LRU.  If  two  LRUs  are  assigned  to  the  same  type  of  con¬ 
strained  repair,  they  must  also  be  in  the  same  partition. 

When  PART  is  compiled,  limits  are  specified  for  the  maximum  number  of  LRUs,  SRUs, 
and  subSRUs  that  may  share  a  partition.1  PART  examines  the  Dyna-METRIC  input  data  set 
and  divides  the  components  into  partitions,  trying  to  violate  neither  the  compiled  size  con¬ 
straints  nor  the  relationship  constraints  specified  in  the  previous  paragraph.  If  this  is  impossi¬ 
ble  (e.g.,  an  LRU  has  50  indentured  SRUs,  but  the  limit  on  SRUs  per  partition  is  set  to  30), 
PART  satisfies  the  relationship  constraints  and  violates  the  size  constraints,  writing  a  message 
specifying  the  smallest  size  constraints  with  which  it  could  comply.  The  user  must  either 
recompile  the  model  to  allow  sufficiently  large  partitions  or  delete  a  sufficient  number  of  com¬ 
ponents  to  fit  the  existing  size  constraints. 

The  program  works  as  follows.  Administrative  and  scenario  data  are  read  from  the 
unpartitioned  data  set  and  written  to  the  partitioned  data  set.  PART  skims  the  remainder  of 
the  unpartitioned  data  set  to  determine  which  SRUs  are  indentured  to  which  LRUs,  which 
subSRUs  are  indentured  to  which  SRUs,  and  which  types  of  LRUs  have  been  assigned  to 
which  types  of  constrained  repair. 

For  each  type  of  constrained  repair,  the  assigned  LRUs  (and  their  SRUs  and  subSRUs) 
are  placed  in  the  same  partition.  If  an  LRU  is  assigned  to  multiple  types  of  constrained  repair, 
the  associated  partitions  are  merged.  For  each  partition  so  determined,  the  records  describing 
the  LRUs,  SRUs,  and  subSRUs  are  written  to  the  partitioned  data  set. 

'Appendix  B  describes  the  model's  sizing  parameters. 
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After  dealing  with  LRUs  that  are  assigned  to  constrained  repair,  the  program  proceeds  to 
the  remaining  LRUs.  If  an  LRU  has  too  many  SRUs,  or  if  there  are  too  many  subSRUs 
indentured  to  those  SRUs,  the  LRU,  SRUs,  and  subSRUs  are  placed  in  a  partition  by  them¬ 
selves,  their  records  are  written  to  the  partitioned  data  set,  and  a  warning  message  is  written. 
If  the  LRU  and  its  subcomponents  do  not  violate  the  size  constraints,  PART  identifies  addi¬ 
tional  LRUs  (with  their  SRUs  and  subSRUs)  that  may  share  the  partition  without  violating 
the  size  constraints.  When  no  further  such  additional  LRUs  can  be  identified,  the  partition  is 
full.  PART  writes  out  the  associated  records  to  the  partitioned  data  set  and  proceeds  to  the 
next  LRU  that  has  not  yet  been  assigned  to  a  partition. 

Because  partitioning  can  be  a  fairly  time  consuming  process,  the  partitioned  data  set  is 
frequently  saved  ana  modified  directly  when  any  of  the  original  parameters  require  alteration. 


ECHO:  ERROR  CHECKING  AND  ECHO  PROGRAM 

ECHO  examines  the  partitioned  Dyna-METRIC  data  set  produced  by  PART  to  ensure 
that  all  model  parameter  values  are  within  valid  ranges.  It  also  echoes  the  input  data  in  easily 
read  tables,  writing  warning  messages  as  errors  are  found.  After  writing  the  data  tables,  the 
program  either  ends  with  no  stop  code  (implying  no  errors  were  found)  or  with  a  stop  code  of 
20  (meaning  at  least  one  error  was  identified).2 


PIPE:  PIPELINE  PROGRAM 

PIPE  reads  the  partitioned  Dyna-METRIC  data  set  produced  by  PART  and  checked  for 
errors  by  ECHO.  It  writes  a  file  of  expected  pipeline  contents  that  is  compressed  by  MOD  and 
then  used  by  REPORT  to  write  the  standard  Dyna-METRIC  reports. 

PIPE  also  computes  SRU  and  subSRU  stock  levels  for  all  locations  and  LRU  stock  levels 
for  cirfs  and  depots.  Optional  reports  written  by  this  program  (rather  than  by  REPORT) 
include  the  computed  stock  levels  just  mentioned,  the  cost  of  that  stock,  a  table  of  daily 
demands  on  repair  and  supply  at  all  echelons,  and  a  report  on  minimum  and  maximum  depot 
workloads. 

Computing  pipeline  contents  is  particularly  involved.  PIPE  computes  pipelines  in  the  fol¬ 
lowing  order: 

LRUs  at  the  base.  Compute  the  administrative  and  repair  segments,  saving  the 
demands  for  cirf  or  depot  repair  (due  to  NRTS  actions)  and  the  demands  on  cirf  or  depot  sup¬ 
ply  (due  to  NRTS  actions  and  condemnations).  Save  data  on  the  discoveries  of  failed  SRUs. 

LRUs  at  the  cirf.  Compute  the  retrograde  segment  to  the  cirf  (based  on  demands  for 
cirf  repair  generated  by  the  bases),  the  cirf  administrative  segment,  and  cirf  repair  segment 
(saving  the  demands  on  depot  repair  and  depot  supply).  Save  data  on  the  discoveries  of  failed 
SRUs. 

LRUs  at  the  depot.  Compute  the  retrograde  segment  to  the  depot  (based  on  demands 
for  depot  repair  generated  by  the  bases  and  cirfs),  then  the  depot  administrative,  repair,  and 
on-order  segments.  Save  data  on  the  discoveries  of  failed  SRUs. 

SRUs  at  the  base.  Compute  the  repair  segment  (based  on  the  discoveries  of  failed 
SRUs  at  the  base).  Save  the  demands  for  cirf  or  depot  repair  and  the  demands  on  cirf  or  depot 
supply.  Save  data  on  the  discoveries  of  failed  subSRUs. 


"Appendix  C  describes  error  and  warning  messages.  Appendix  D  lists  stop  codes. 
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SRUs  at  the  cirf.  Compute  the  retrograde  segment  to  the  cirf  (based  on  demands  for 
cirf  repair  generated  by  the  bases),  the  cirf  administrative  segment,  and  cirf  repair  segment 
(based  on  the  same  demands  and  on  the  failed  SRUs  discovered  at  the  cirf),  saving  the 
demands  on  depot  repair  and  depot  supply.  Save  data  on  the  discoveries  of  failed  subSRUs. 

SRUs  at  the  depot.  Compute  the  retrograde  segment  to  the  depot  (based  on  demands 
for  depot  repair  generated  by  the  bases  and  cirfs),  then  the  depot  administrative,  repair  (based 
on  the  same  demands  and  on  failed  SRUs  discovered  at  the  depot),  and  on-order  segments. 
Save  data  on  the  discoveries  of  failed  subSRUs. 

SubSRUs  at  the  base.  Compute  the  repair  segment  (based  on  the  discoveries  of  failed 
subSRUs  at  the  base).  Save  the  demands  for  cirf  or  depot  repair  and  the  demands  on  cirf  or 
depot  supply. 

SubSRUs  at  the  cirf.  Compute  the  retrograde  segment  to  the  cirf  (based  on  the 
demands  for  cirf  repair  generated  by  the  bases),  the  cirf  administrative  segment,  and  cirf  repair 
segment  (based  on  the  same  demands  and  on  failed  subSRUs  discovered  at  the  cirf),  saving  the 
demands  on  depot  repair  and  depot  supply. 

SubSRUs  at  the  depot.  Compute  the  retrograde  segment  to  the  depot  (based  on 
demands  for  depot  repair  generated  by  the  bases  and  cirfs),  then  the  depot  administrative, 
repair  (based  on  the  same  demands  and  on  failed  subSRUs  discovered  at  the  depot),  and  on- 
order  segments. 

Depot  subSRU  backorders.  Compute  the  depot  subSRU  backorders,  determining  the 
number  that  affect  SRUs  at  the  depot  and  the  number  that  affect  subSRU  orders  from  bases 
and  cirfs.  Compute  the  on-order  subSRU  segments  for  cirfs  and  lone  bases. 

Cirf  subSRU  backorders.  Compute  the  cirf  subSRU  backorders,  determining  the 
number  that  affect  SRUs  at  the  cirf  and  the  number  that  affect  subSRU  orders  from  the  cirfs 
bases.  Compute  the  on-order  subSRU  segments  for  bases  served  by  cirfs. 

AWP  SRUs.  Determine  how  many  SRUs  are  AWP  at  each  location. 

Depot  SRU  backorders.  Compute  the  depot  SRU  backorders,  determining  the  number 
that  affect  LRUs  at  the  depot  and  the  number  that  affect  SRU  orders  from  bases  and  cirfs. 
Compute  the  on -order  SRU  segments  for  cirfs  and  lone  bases. 

Cirf  SRU  backorders.  Compute  the  cirf  SRU  backorders,  determining  the  number  that 
affect  LRUs  at  the  cirf  and  the  number  that  affect  SRU  orders  from  the  cirfs  bases.  Compute 
the  on-order  SRU  segments  for  bases  served  by  cirfs. 

AWP  LRUs.  Determine  how  many  LRUs  are  AWP  at  each  location. 

Depot  LRU  backorders.  Compute  the  depot  LRU  backorders,  determining  the  on- 
order  LRU  segments  for  cirfs  and  lone  bases. 

Cirf  LRU  backorders.  Compute  the  cirf  LRU  backorders,  determining  the  on-order 
LRU  segments  for  bases  served  by  cirfs. 

After  doing  the  computations  for  all  LRUs  in  the  partition  not  assigned  to  constrained 
repair,  the  model  turns  to  the  case  of  constrained  repair.  Here,  LRUs  sharing  a  repair  resource 
must  be  processed  simultaneously  because  what  happens  to  one  type  of  LRU  probably  affects 
the  others.  Once  the  repair  pipelines  are  computed,  each  LRU  is  treated  independently,  as 
were  the  earlier  LRUs. 

After  all  partitions  of  component  data  are  processed,  PIPE  is  finished  with  its  basic  com¬ 
putations.  If  stockage  options  were  selected,  it  reports  the  value  of  the  additional  stock.  The 
file  of  pipeline  values  it  has  generated  is  saved  and  processed  by  MOD  for  use  by  REPORT, 
which  writes  the  standard  Dyna-METRIC  reports. 
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MOD:  PIPELINE  DATA  MODIFIER 

MOD  has  several  functions.  It  compresses  and  modifies  the  pipeline  file  created  by  PIPE 
and  produces  the  specially  formatted  file  of  pipeline  values  used  to  restart  PIPE  (based  on 
either  the  pipeline  file  or  a  user-supplied  data  set  of  pipeline  values). 

Its  operation  is  directed  by  options  16  and  22.  If  neither  option  is  selected,  the  only 
operation  performed  is  the  compression  of  the  pipeline  file.  Option  16  prepares  an  additional 
file  of  pipeline  values  in  a  special  format  to  reinitialize  PIPE.  Option  22  stops  the  pipeline  file 
from  being  compressed;  instead  it  constructs  a  file  of  pipeline  initialization  data  based  on 
user-supplied  data. 


REPORT:  REPORT  WRITER 

This  program  writes  most  of  the  Dyna-METRIC  reports,  based  on  pipeline  data  originally 
computed  by  PIPE  and  then  compressed  by  MOD.  These  include  performance  reports  (for 
each  base  at  each  time  of  analysis),  lists  of  problem  components,  and  detailed  pipeline  segment 
reports.  In  addition,  REPORT  computes  economical  base  LRU  stock  levels  to  achieve  full- 
cannibalization  or  no-cannibalization  aircraft  availability  goals. 

The  major  part  of  REPORT  is  the  actual  preparation  and  writing  of  the  output  reports. 
Reports  are  prepared  in  the  following  order  for  each  time  of  analysis: 

Detailed  pipeline  segment  report.  Option  15  gives  the  expected  disposition  of  all 
components  at  each  location. 

Performance  report.  Option  11  uses  the  backorder  probability  distributions  for  each 
LRU  to  construct  the  probability  distributions  for  available  aircraft  under  both  full  cannibal¬ 
ization  and  partial  cannibalization  policies.  From  the  available  aircraft  distributions,  perfor¬ 
mance  measures  (e.g.,  expected  unavailable  aircraft)  are  directly  derived. 

Problem  LRUs  list.  Option  8  selects  LRUs  with  a  sufficiently  high  probability  of  being 
a  problem  (or  actually,  an  insufficiently  low  probability  of  not  being  a  problem).  REPORT 
sorts  them  by  their  effect  on  aircraft  availability,  and  writes  a  table  of  actual-vs.-target  avail¬ 
ability.  For  the  worst  20  LRUs,  it  graphs  each  component’s  effect  on  availability.  It  also  pro¬ 
duces  a  detailed  pipeline  segment  report  for  all  the  problem  LRUs,  their  worst  SRUs,  and  the 
worst  subSRUs  indentured  to  those  SRUs. 

Compute  base  LRU  stock  levels.  Selected  with  option  3,  4,  or  17.  First,  if  option  3  is 
chosen,  REPORT  buys  stock  to  meet  individual  LRU  readiness  goals.  Next,  if  option  4  is 
selected,  it  adds  stock  using  marginal  analysis  until  a  full-cannibalization  aircraft  availability 
goal  is  achieved.  Then,  if  option  17  is  selected,  it  uses  marginal  analysis  to  add  stock  until  a 
no-cannibalization  aircraft  availability  goal  is  met.  It  also  determines  the  value  of  the  addi¬ 
tional  stock. 

Recompute  performance  based  on  new  stock  levels.  Selected  with  option  12  and 
any  stockage  option.  The  problem  LRUs  list  is  also  redone  if  option  8  is  also  selected. 

After  writing  the  reports  for  all  times  of  analysis,  REPORT  is  basically  done.  The  value 
of  additional  stock  is  reported  for  all  stockage  options.  If  option  9  is  selected,  REPORT  writes 
out  the  final  base  LRU  stock  levels. 


IV.  USER’S  GUIDE 


This  section  reviews  the  various  uses  of  Dyna-METRIC  with  an  emphasis  on  input  data 
requirements  and  output  reports.  Throughout  we  employ  a  small-scale  example  to  serve  as  an 
illustrative  device.  Initially  this  example  is  simple  and  straightforward,  but  it  increases  in 
complexity  as  additional  topics  are  introduced.  The  data  set  structure,  data  requirements,  and 
output  reports  come  to  resemble  those  of  a  fairly  elaborate  modeling  exercise. 

While  reading  this  section,  the  user  should  refer  to  the  input  specifications  in  App.  E  for 
the  precise  location  of  each  data  field. 


THE  PEACETIME/WARTIME  TRANSITION 

One  of  Dyna-METRIC’s  key  attributes  is  its  representation  of  nonstationary  (time- 
dependent)  processes.  This  is  especially  useful  when  modeling  the  transition  from  a  steady- 
state  peacetime  environment  to  a  dynamic  wartime  environment.  By  convention,  peacetime 
refers  to  an  infinitely  long  period  of  steady-state  activity  preceding  the  (usually  dynamic)  war¬ 
time  scenario  of  interest.  If  time  in  the  scenario  is  measured  in  terms  of  days,  then  peacetime 
encompasses  all  time  before  and  including  day  0,  while  wartime  begins  on  day  1  and  continues 
thereafter. 


PEACETIME  STEADY-STATE  EXAMPLE 

Consider  the  purely  hypothetical  case  of  the  Z-455  Prospector,  a  futuristic  spaceship 
engaged  in  collecting  asteroidal  debris  for  sale  to  the  Earth-bound  as  souvenirs.  Highly  capa¬ 
ble,  and  yet  elegantly  simple  in  design,  the  Z-455  is  composed  of  only  ten  LRUs: 

1.  navigational  computer 

2.  maneuvering  thruster 

3.  fuel  cell 

4.  docking  mechanism 

5.  targeting  computer 

6.  asteroid  blaster 

7.  particle  collector 

8.  sensor 

9.  control  panel 

10.  cellular  mobile  telephone. 

Except  for  the  telephone  (no  two  of  which  are  ever  quite  the  same),  these  LRUs  are  shining 
examples  of  modern,  modular  construction  and  are  freely  interchangeable  among  different 
ships. 

Because  of  their  distant  field  of  operation,  it  is  impractical  to  station  Z-455s  at  Earth 
facilities.  Instead,  they  are  based  on  an  orbital  Materials  Processing  Center  (called  MPC) 
located  on  the  innermost  edge  of  the  asteroid  belt.  In  addition  to  serving  as  a  temporary 
repository  for  accumulated  asteroidal  debris,  MPC  provides  logistics  support  for  its  Z-455s  in 
the  form  of  limited  component  repair,  stockpiles  of  spare  parts,  and  resupply  linkages  to  Earth. 
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This  initial  analysis  evaluates  the  peacetime  performance  of  a  single  fleet  of  20  Z-455s 
based  at  an  MPC.  The  following  requirements  and  restrictions  are  imposed  on  Z-455  activity: 

•  On  average,  ships  must  undertake  two  expeditions  per  day; 

•  Expeditions  are  four  hours  in  duration; 

•  Turnaround  considerations  limit  any  one  ship  to  three  expeditions  per  day. 

The  MPC  itself  remains  fully  operational  at  all  times,  and  replacement  of  condemned  (irrepa¬ 
rably  damaged)  components  is  always  available  from  some  supplier  on  Earth.  For  the  moment, 
that  supplier  is  not  explicitly  represented. 

Input  Data  Set 

; 

Regardless  of  the  situation  being  modeled,  every  Dyna-METRIC  input  data  set  contains 
the  seven  record  groups  detailing: 

•  administrative  data  (TOP) 

•  option  selection  (OPT) 

•  base  descriptions  (BASE) 

•  aircraft  levels  (ACFT) 

•  sortie  rates  (SRTS) 

•  maximum  sortie  rates  (TURN) 

•  LRU  descriptions  (LRU). 

In  addition,  this  example  uses  the  record  groups  associated  with  flying  hours  per  sortie  (FLHR) 
and  stock  levels  (STK).  Figure  2  shows  these  rather  modest  input  requirements. 

Administrative  Data  (TOP).  Administrative  data  are  described  in  the  first  three 
records  of  the  data  set.  There  is  no  header  record.  The  first  record  contains  the  title  of  the 
exercise,  the  second  record  includes  the  mandatory  Dyna-METRIC  version  identifier,  the  third 
record  lists  the  times  of  analysis  (the  times  for  which  output  reports  are  produced). 

Much  of  the  information  requested  on  the  second  record  is  inapplicable  to  this  exercise. 
Transportation  cutoff  direction  (one  way  or  both  ways)  has  no  relevance  because  cutoff  never 
occurs  (transportation  between  the  MPC  and  Earth  is  always  available).  Likewise,  it  is  unim- 
I  portant  to  this  steady-state  analysis  whether  transportation  and  repair  delays  have  determinis¬ 

tic  or  exponential  distributions.  (The  results  in  either  case  are  identical  since  they  depend 
only  on  the  means  of  the  distribution.)  By  default,  the  MPC  experiences  no  administrative 
i  delay  in  component  processing  due  to  such  activities  as  paperwork  and  accounting.  Explicit 

mission  labels  are  omitted,  so  default  labels  (“Ml,”  “M2,”  etc.)  will  differentiate  the  mission 
types.  Z-455s  have  only  one  mission  (to  pulverize  asteroids  and  collect  the  pieces),  so  no  con¬ 
fusion  arises  from  accepting  the  default  label. 

The  third  record  contains  the  times  of  analysis  for  which  the  model  generates  output 
reports.  These  reports  give  the  status  of  Z-455  operations  at  the  end  of  each  time  of  analysis. 
Times  are  typically  specified  as  days  of  a  scenario  (although  any  unit  of  time  is  acceptable  as 
long  as  it  is  used  consistently  throughout  the  data  set).  Day  1  will  provide  the  “peacetime" 
status  because  the  steady-state  nature  of  the  situation  ensures  that  results  will  be  the  same 
throughout  all  time. 

Option  Selection  Records  (OPT).  The  model  options  determine  the  nature  of  Dyna- 
METRIC’s  computations  and  output  reports.  For  capability  assessments,  two  options  are  par¬ 
ticularly  important:  option  11  (performance  report)  and  option  8  (problem  LRUs  list). 
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Fig.  2 — Input  Data  Set,  Peacetime  Analysis 
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The  requested  performance  report  will  be  based  on  a  target  of  15  percent  of  the  fleet 
being  NFMC.  Also  included  is  the  number  of  Z-455s  that  are  FMC  with  a  .90  level  of  confi¬ 
dence.  As  many  as  five  LRUs  with  the  potential  for  degrading  performance  beyond  an  accept¬ 
able  level  will  be  noted  on  the  problem  LRUs  list,  along  with  their  expected  effects  on  the 
entire  fleet. 

Base  Descriptions  (BASE).  These  records  describe  the  resupply  characteristics,  com 
ponent  repair  availability,  and  cirf  transportation  linkages  of  operating  bases.  The  paucity  of 
data  on  this  record  reflects  the  simplicity  of  the  example.  There  is  no  cirf  in  this  scenario,  so 
all  cirf-related  fields  remain  blank.  Likewise,  SRU-related  fields  remain  blank  because  the 
LRUs  of  the  Z-455  have  no  indentured  SRUs.  Default  (blank)  values  for  the  remaining  fields 
are  appropriate,  as  discussed  below. 

Dyna-METRIC  always  considers  resupply  to  be  available  during  peacetime  but  unavail¬ 
able  from  the  start  of  the  scenario  until  the  resupply  start  time.  Because  this  start  time  is  set 
to  day  0,  there  is  no  initial  period  of  unavailable  resupply.  An  additional  resupply  cutoff  starts 
at  day  0  and  lasts  for  zero  days,  again  allowing  continuous  resupply  in  wartime.  Also,  there  is 
a  switch  that  specifies  whether  parts  ordered  during  peacetime  may  arrive  during  cutoff 
periods.  The  switch  is  unimportant  here  because  there  are  no  periods  of  resupply  cutoff. 

Dyna-METRIC  also  considers  all  types  of  repair  to  be  available  in  peacetime.  To  keep 
repair  immediately  available  at  the  start  of  the  scenario,  RR  and  RRR  (maintenance  type) 
repair  starts  on  day  0  with  peacetime  reparables  “arriving”  at  MPC  the  same  day. 

Sustained  demand  rates  refer  to  an  optional  set  of  component  demand  rates  introduced  at 
an  intermediate  stage  of  a  wartime  scenario  and  carried  through  to  its  conclusion.  They  are 
inappropriate  to  this  steady-state  appraisal,  so  their  start  time  remains  blank.  Note  that 
unlike  other  start  times,  a  blank  or  0  here  does  not  mean  that  sustained  demand  rates  go  into 
effect  on  day  0,  but  rather  that  they  do  not  go  into  effect  at  all. 

The  identical  base  count  gives  the  number  of  bases  in  the  scenario  identical  to  the  one 
under  consideration.  Use  of  the  identical  base  feature  can  prevent  a  duplication  of  effort  on 
the  part  of  both  the  user  and  the  computer  by  allowing  one  base  to  act  as  a  surrogate  for  any 
number  of  others  from  which  it  is  indistinguishable.  A  blank,  0,  or  1  indicates  a  unique  base. 

Finally,  the  onshore  switch  identifies  the  MPC  as  an  offshore  base.  The  onshore  or 
offshore  distinction  carries  with  it  no  implied  geographical  connotation,  it  merely  classifies 
bases  into  two  types  for  which  component  demand  rates  differ  (perhaps  to  account  for  varia¬ 
tions  in  environment  or  climate). 

Aircraft  Levels  (ACFT).  These  records  give  the  number  of  aircraft  assigned  to  each 
base  during  both  peacetime  and  wartime.  The  MPC  is  assigned  20  ships  in  peacetime,  which 
persists  throughout  the  scenario. 

Flying  Hours  per  Sortie  (FLHR),  Sortie  Rates  (SRTS),  and  Maximum  Sortie 
Rates  (TURN).  These  three  record  groups  describe  the  requirements  and  restrictions  govern¬ 
ing  flying  activity.  The  FLHR  group  gives  the  number  of  flying  hours  per  sortie  at  each  base. 
FLHR  records  are  not  mandatory,  but  they  are  necessary  for  bases  whose  aircraft  fly  sorties  of 
a  duration  other  than  one  hour.  The  SRTS  record  group  gives  the  average  number  of  sorties 
per  aircraft  per  day  that  each  base  must  generate.  The  TURN  record  group  gives  the  turn  rate 
(maximum  number  of  sorties  per  day  for  a  single  aircraft)  at  each  base.  This  example  shows 
spaceships  at  the  MPC  averaging  two  4-hour  expeditions  per  day  (during  both  peacetime  and 
wartime).  No  ship  may  undertake  more  than  three  expeditions  per  day. 

LRU  Descriptions  (LRU).  Two  records  describe  the  characteristics  of  each  LRU. 
Among  the  data  on  each  pair  of  records  are  quantity  per  aircraft,  demand  rates,  NRTS  and 
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condemnation  rates  at  each  echelon,  repair  time  at  each  echelon,  and  resupply  times.  As 
before,  fields  pertaining  to  cirfs  and  depots  remain  blank. 

The  first  record  begins  with  the  LRU  name  and  level  of  repair  indicator  (a  value  of  1 
allows  repair  at  any  echeion).  The  quantity  per  aircraft  (QPA)  and  minimum  QPA  indicate  the 
number  of  the  LRU  on  the  aircraft  and  the  number  that  must  be  in  place  before  the  aircraft 
can  fly.  When  the  minimum  QPA  is  less  than  the  QPA,  full  mission  capability  is  no  longer 
contingent  upon  a  full  complement  of  components.  Thus,  a  spaceship  could  still  be  FMC  with 
6  of  its  18  maneuvering  thrusters  broken. 

The  NRTS/condemnation/failed  SRU  indicator  remains  blank,  meaning  that  a  failed  part 
must  first  enter  the  repair  process  before  a  decision  regarding  its  future  disposition  can  be 
made.  Since  there  are  no  higher  echelons  to  which  an  LRU  may  be  NRTSed  and  no  SRUs 
subject  to  failure,  condemnation  is  the  only  possible  alternative  to  successful  repair. 

Typically  LRU  demand  (or  removal)  rates  (here  for  offshore  bases)  are  given  in  terms  of 
demands  per  component  flying  hour.  If  instead,  an  LRU  experiences  demands  in  proportion  to 
sorties  flown,  its  demands  per  sortie  indicator  is  set  to  1,  as  with  the  docking  mechanism, 
which  is  used  once  per  expedition  regardless  of  expedition  duration. 

Base-level  repair  is  described  next  by  three  parameters:  repair  time,  NRTS  rate,  and 
condemnation  rate.  The  MPC  requires  four  days  to  repair  a  failed  telephone  (or  to  conclude 
that  repair  is  impossible).  The  NRTS  rate  is  inapplicable  because  the  MPC  is  unsupported  by 
higher  echelons.  The  condemnation  rate  of  0.99  means  that  99  percent  of  all  (not  just  the 
nonNRTSed)  telephones  removed  from  Z-455s  are  condemned;  replacements  are  procured  indi¬ 
vidually  from  some  unspecified  outside  source  of  supply.  When  higher  echelons  are  unavail¬ 
able,  the  model  treats  NRTS  actions  as  if  they  were  condemnations.  Thus,  similar  results 
would  be  obtained  with  a  NRTS  rate  of  0.99  and  no  condemnation  rate. 

The  secon  1  record  repeats  the  LRU  name  and  has  an  artifice  (‘X’)  in  column  17  to  distin¬ 
guish  this  record  from  the  first  of  the  LRU  pair  (to  facilitate  manipu.  ion  of  the  LRU  record 
group).  Use  of  the  artifice  has  no  bearing  on  the  model’s  performance. 

The  peacetime  and  wartime  resupply  times  are  defined  as  the  procurement  lead  time  for 
an  LRU  at  its  highest  echelon  of  repair.  The  telephone’s  resupply  times  are  set  to  21  days 
each  for  this  steady-state  appraisal.  Also  included  is  the  LRU’s  unit  cost  ($750,000  for  a  tele¬ 
phone)  even  though  it  is  superfluous  for  capability  assessments.  Finally,  the  no¬ 
cannibalization  indicator  determines  whether  the  model  may  consolidate  an  LRU’s  backorders 
on  the  fewest  possible  aircraft.  Except  for  the  telephone,  each  LRU  of  the  Z-455  is  assumed  to 
be  freely  interchangeable  among  different  ships.  The  telephone  cannot  be  cannibalized,  so  its 
backorders  will  be  randomly  distributed  across  the  fleet  for  purposes  of  computing  NFMC 
ships. 

Stock  Levels  (STK).  These  records  specify  both  prepositioned  stock  levels  and  intra- 
scenario  changes  in  stock  levels  at  various  locations.  This  optional  record  group  is  for  those 
components  with  positive  stock  levels  at  some  point  in  the  scenario;  if  the  stock  level  of  each 
component  remains  zero  throughout,  no  records  are  required.  The  absence  of  an  explicit  start 
time  for  these  levels  implies  that  these  levels  are  always  in  effect. 

Output  from  Programs  PART,  PIPE,  and  MOD 

Under  normal  circumstances,  programs  PART,  PIPE,  and  MOD  generate  no  output 
reports.  Instead  they  produce  short  messages  listing  their  own  names  and  the  names  of  the 
data  sets  upon  which  they  operated  (ECHO  and  REPORT  precede  their  reports  with  such 
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messages  as  well).  Unless  internal  error  messages  are  triggered  (or,  in  the  case  of  PIPE,  spe¬ 
cial  options  are  selected),  this  is  the  full  extent  of  the  output  from  these  programs. 

Output  from  Program  ECHO 

Dyna-METRIC  precedes  its  more  substantive  output  reports  with  an  exhaustive  sum¬ 
mary,  or  echo,  of  the  input  data  set.  Selecting  option  13  (full  echo  suppression)  or  option  14 
(component  data  echo  suppression)  turns  off  this  feature. 

Administrative  Data,  Option  Selection,  and  Flying  Program  Echo.  The  informa¬ 
tion  included  in  the  TOP  record  group  is  summarized  here  (Fig.  3),  along  with  the  user-selected 
options  from  the  OPT  record  group  and  the  flying  program  information  in  the  ACFT,  FLHR, 
SRTS,  and  TURN  record  groups. 

It  is  only  here  that  the  existence  of  duplicate  bases  is  explicitly  acknowledged.  Elsewhere, 
any  mention  of  the  prototype  carries  with  it  the  implication  that  its  duplicates  have  the  same 
behavior  and  attributes.  In  aggregate  or  worldwide  reports,  an  accounting  is  made  of  the  dupli¬ 
cate  bases  by  a  simple  multiplication  of  the  prototype’s  associated  values. 

Resupply  and  Repair  Characteristics  Echo.  This  echo  (Fig.  4)  displays  the  resupply 
and  repair  data  from  the  description  records  for  each  location  in  the  scenario.  Supplier  is  the 
external  source  of  supply,  which  is  not  explicitly  represented.  Notice  that  the  sustained 


SCENARIO  INCLUDES  ONE  BASE,  WITH  BASE  ADMINISTRATIVE  DELAY  SET  TO  0.000; 
NO  CIRFS; 

NO  DEPOTS. 

ANALYSIS  REQUESTED  FOR  TIMES  1 

NUMBER  OF  BASES  OF  EACH  TYPE  -- 
MPC 
1 

FIXED  REPAIR  AND  TRANSPORTATION  TIMES. 

TRANSPORTATION  CUTOFFS  APPLY  ONLY  TO  FORWARD  TRANSPORTATION. 

OPTION 

SELECTED  MEANING 

8  LIST  PROBLEM  LRUS  --  UP  TO  5  LRUS. 

11  CALCULATE  PERFORMANCE  AT  15  PERCENT  NFMC  BASED  ON  INPUT  OR 

PREVIOUS  STOCK. 

NO  BASES,  CIRFS,  OR  DEPOTS  CANNIBALIZE  SRUS  AND  SUBSRUS . 

FLYING  PROGRAM  FOR  BASE  --  MPC  (OFFSHORE) 

DAYS  AIRCRAFT  SORTIES  FH/SRT  MAX.  SORTIES  Ml  M2  M3  M4  M5 
PEACE  20  2.00  4.00  3.00 

1  20  2.00  4.00  3.00  X  X  X  X  X 


Fig.  3 — Administrative  Data,  Option  Selection,  and  Flying  Program  Echo, 

Peacetime  Analysis 
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demand  start  time  (left  blank  on  the  BASE  record)  is  adjusted  to  the  last  time  of  analysis  plus 
one  (day  2)  so  that  sustained  demand  rates  never  go  into  effect  at  the  MPC. 

Component  Data  Echo.  Component-related  data  from  the  LRU  and  STK  record 
groups  are  echoed  in  six  separate  tables. 

The  first  two  tables  (Fig.  5)  contain  references  to  cirf-served  bases,  cirfs,  and  depots.  The 
MPC  is  considered  a  lone  base  (unsupported  by  a  cirf)  that  operates  without  assistance  from  a 
depot,  so  references  to  those  other  locations  may  be  ignored.  Furthermore,  quantity  per  appli¬ 
cation  and  replacement  percentage  are  defined  only  in  terms  of  indentured  subcomponents.  In 
Dyna-METRIC,  an  LRU’s  quantity  per  application  is  called  its  quantity  per  aircraft  and  is 
treated  in  a  subsequent  table. 

The  third  table  (also  Fig.  5)  draws  largely  from  input  record  groups  not  included  in  the 
example.  All  LRUs  are  assumed  by  default  to  be  of  the  RR  variety.  The  terms  test  equipment 
and  test  stand  refer  to  the  model’s  constrained  repair  module,  which  is  not  being  used  at 
present.  A  variance-to-mean  ratio  of  1.0  implies  that  the  size  of  a  pipeline  has  a  Poisson  prob¬ 
ability  distribution.  Wartime  demand  rate  multipliers  are  used  to  express  component  demand 
rates  during  wartime  as  a  multiple  of  their  peacetime  rates.  Since  these  multipliers  default  to  a 
value  of  1.0,  demand  rates  remain  unchanged  after  the  peacetime  to  wartime  transition.  Sus¬ 
tained  demand  rates  default  uniformly  to  zero;  these  are  unimportant  because  their  stait  time 
was  set  such  that  they  never  go  into  effect  (during  the  period  of  interest).  Finally,  each  LRU 
is  essential  to  the  execution  of  all  wartime  missions. 


PEACETIME  FORWARD  PIPELINE  -- 

' N '  MEANS  DOES  NOT  START  TO  EMPTY  UNTIL  CONNECTION  HAS  BEEN 
RESTABLISHED  BETWEEN  LOCATION  AND  HIGHER  ECHELON 
'Y'  MEANS  CONTINUES  TO  EMPTY. 

NAME  SUPPLIER 
MPC  N 

TIMES  WHEN  FORWARD  TRANSPORTATION  IS  FIRST  ESTABLISHED  -- 
NAME  SUPPLIER 
MPC  0 . 0 

TIMES  WHEN  FORWARD  TRANSPORTATION  IS  FIRST  CUTOFF  -- 
NAME  SUPPLIER 
MPC  0 . 0 

DURATION  OF  FORWARD  TRANSPORTATION  CUTOFF  -- 
NAME  SUPPLIER 
MPC  0 . 0 

SUSTAINED  TIME  SRU  AND  SUBSRU  0-RR  1-RRR 
DEMAND  PEACETIME  REPAIR  REPAIR  REPAIR 

LOCATION  START  REPARABLES  START  START  START 

NAME  TIME  ARRIVE  TIME  TIME  TIME 

MPC  2.0  1.0  1.0  1.0  1.0 


Fig.  4 — Resupply  and  Repair  Characteristics  Echo,  Peacetime  Analysis 
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Fig.  5 — Tables  1-3  of  Component  Data  Echo,  Peacetime  Analysis 
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The  fourth  table  (Fig.  6)  lists  the  QPA  and  minimum  QPA  of  each  component.  The  fifth 
table,  based  upon  a  record  group  not  yet  encountered,  lists  the  fraction  of  aircraft  at  each  base 
on  which  a  given  LRU  is  installed.  The  default  value  of  an  LRU’s  application  fraction  is  1.0; 
thus,  all  ships  at  the  MPC  contain  a  complement  of  each  of  these  10  LRUs.  The  sixth  table 
reports  initial  levels  of  component  stock. 

Component  Count  Echo.  After  the  contents  of  the  input  data  set  are  echoed,  Dyna- 
METRIC  provides  a  count  of  different  classes  of  components  'Fig.  71.  Instead  of  processing 
many  components  all  at  once,  the  PART  program  partitions  a  large  data  set  into  smaller 
groups  of  components,  accounting  for  families  of  indentured  subcomponents.1  This  peacetime 
analysis  is  sufficiently  small  in  scale  that  there  was  no  need  to  partition  the  input  data  set. 


TABLE  4 


QUANTITIES  PER  AIRCRAFT 

QP  QP  MIN 

PART  NAME  NUM8ER  BASE  AC FT  APPL  QPA 


NAV  COMPUTER 

L 

1 

MPC 

2 

— 

1 

MANEUVER  THRUS 

L 

2 

MPC 

18 

— 

12 

FUEL  CELL 

L 

3 

MPC 

10 

— 

10 

OOCKING  MECH 

L 

4 

MPC 

2 

— 

2 

TARGET  COMPUTER 

L 

5 

MPC 

1 

— 

1 

ASTEROID  B LASER 

L 

6 

MPC 

2 

— 

2 

PART  COLLECTOR 

L 

7 

MPC 

2 

— 

1 

SENSOR 

L 

8 

MPC 

36 

— 

36 

CONTROL  PANEL 

L 

9 

MPC 

2 

— 

2 

CELL  MOB  PHONE 

L 

10 

MPC 

2 

— 

2 

TABLE  5 

TABLE  6 

APPLICATION 

LRU  NAME  NUMBER 

ERACTIONS 

INITIAL  STOCK 

PART  NAME 

LEVELS 

NUMBER 

NAV  COMPUTER 

L 

1 

MPC 

1 .00 

NAV  COMPUTER 

L 

1 

MPC 

5 

MANEUVER  THRUS 

L 

2 

MPC 

1 . 00 

MANEUVER  THRUS 

L 

2 

MPC 

20 

FUEL  CELL 

L 

3 

MPC 

1 .00 

FUEL  CELL 

L 

3 

MPC 

15 

DOCKING  MECH 

L 

4 

MPC 

1 .00 

DOCKING  MECH 

L 

4 

MPC 

5 

TARGET  COMPUTER 

L 

5 

MPC 

1 .00 

TARGET  COMPUTER 

L 

6 

MPC 

5 

ASTEROID  BLASTR 

L 

6 

MPC 

1 .00 

ASTEROID  BLASTR 

L 

6 

MPC 

9 

PART  COLLECTOR 

L 

7 

MPC 

1 .00 

PART  COLLECTOR 

L 

7 

MPC 

5 

SENSOR 

L 

8 

MPC 

1.00 

SENSOR 

L 

8 

MPC 

30 

CONTROL  PANEL 

L 

9 

MPC 

1 .00 

CONTROL  PANEL 

L 

9 

MPC 

5 

CELL  MOB  PHONE 

L 

10 

MPC 

1.00 

CELL  MOB  PHONE 

L 

10 

MPC 

20 

Fig.  6 — Tables  4-6  of  Component  Data  Echo,  Peacetime  Analysis 


‘The  size  of  these  groups  is  limited  by  several  compilation  parameters,  described  in  App.  B. 
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TOTAL  LRU  COUNT  =  10 

TOTAL  SRU  COUNT  =  0 

TOTAL  SUBSRU  COUNT  =  0 

MAXIMUM  LRUS  IN  A  GROUP  =  10 

MAXIMUM  SRUS  IN  A  GROUP  =  0 

MAXIMUM  SUB SRUS  IN  A  GROUP  =  0 

MAXIMUM  SRUS  TO  A  LRU  =  0 

MAXIMUM  LRUS  TO  A  SRU  =  0 

MAXIMUM  SUBSRUS  TO  A  SRU  =  0 

MAXIMUM  SRUS  TO  A  SUBSRU  =  0 

Fig.  7 — Component  Count,  Peacetime  Analysis 


Output  from  Program  REPORT 

Performance  measures  such  as  those  requested  with  option  11  are  computed  with  respect 
to  the  status  of  the  system  at  the  end  of  a  given  time  of  analysis.  REPORT  also  gives  the  out¬ 
put  from  option  8,  the  list  of  LRUs  with  unacceptably  high  probabilities  of  incapacitating  at 
least  some  specified  percentage  of  the  entire  fleet.  Figure  8  shows  the  day  1  output  for  both 
options. 

Performance  Report.  The  option  11  report  has  two  sections:  one  assuming  full  canni¬ 
balization  and  one  assuming  partial  cannibalization.  The  partial  cannibalization  portion  is 
based  upon  the  actual  cannibalization  indicators  specified  in  the  input  data  set.  The  full  can¬ 
nibalization  portion  ignores  all  such  specifications  and  describes  the  performance  that  can  be 
achieved  if  every  component  may  be  cannibalized.  Thus,  it  provides  a  good  indication  of  the 
benefits  that  might  accrue  from  pursuing  a  policy  of  full  cannibalization. 

The  target  number  of  NFMC  aircraft  at  the  base  is  determined  by  the  first  parameter  for 
option  11  (set  to  15  percent  of  the  MPC’s  fleet  of  20  ships,  or  3  ships).  This  target  NFMC  fig¬ 
ure  serves  as  the  threshold  for  determining  whether  an  LRU  is  entered  on  the  problem  LRUs 
list.  All  other  quantities  being  equal,  the  number  of  problem  LRUs  should  increase  or  decrease 
as  the  target  NFMC  figure  decreases  or  increases. 

The  first  two  performance  measures  in  each  section  of  the  report  are  probabilities.  The 
first  gives  the  probability  that  less  than  15  percent  of  the  MPC’s  ships  are  NFMC  at  the  end 
of  the  day — a  very  small  number  regardless  of  cannibalization  assumption.  The  second  is  the 
probability  of  achieving  the  current  day’s  sortie  generation  goal  given  the  status  at  the  end  of 
the  day.  Like  all  of  the  statistics  in  this  report,  PROB. ACHIEVE  SORTIES  is  better  under 
full  cannibalization  than  under  partial  cannibalization  because  of  the  influence  of  the  tele¬ 
phone,  which  was  considered  unsuitable  for  cannibalization. 

Next  the  report  lists  the  number  of  FMC  aircraft  observed  at  the  end  of  the  day,  with  the 
option  11  confidence  level.  Under  conditions  of  full  cannibalization,  the  MPC  is  expected  to 
have  at  least  10  FMC  Z-455s  (with  .90  probability)  at  the  end  of  day  1;  this  drops  to  7  FMC 
ships  when  we  account  for  the  MPC’s  inability  tu  cannibalize  telephones. 


28 


The  expected  number  of  NFMC  aircraft  at  a  base  is  specified  both  in  absolute  terms  (as 
E(NFMC))  and  as  a  proportion  of  the  base’s  total  allocation  of  aircraft  (as  EXP.  %  NFMC). 

The  expected  number  of  sorties  and  expected  sorties  per  (FMC)  aircraft  are  predictive 
values  based  upon  the  expected  status  of  the  system  at  the  end  of  the  current  day.  Given  the 
condition  of  the  MPC’s  fleet  at  the  end  of  day  1,  these  two  quantities  estimate  both  the 
number  of  sorties  and  the  turn  rate  that  could  be  achieved  under  the  input  restrictions  imposed 
on  day  1  activity.  These  quantities  are  somewhat  related:  As  E(SORTIES)  falls  ever  shorter 
of  the  requested  number  of  sorties,  EXP.  SORTIES/ACFT  approaches  the  limiting  turn  rate 
given  in  the  TURN  record  group;  alternatively,  as  E(SORTIES)  approaches  the  requested 
number  of  sorties,  EXP.  SORTIES/ACFT  declines,  reflecting  a  slackened  demand  for  the  ser¬ 
vices  of  FMC  aircraft. 

The  last  entry  in  the  report  gives  the  expected  total  number  of  backorders  among  all 
components.  This  is  a  traditional  measure  of  system  performance  and  is  not  as  useful  as  the 
more  integrated  measures  already  discussed. 

Problem  LRUs  List.  The  problem  LRUs  list  appears  in  three  separate  pieces: 

•  a  tabular  listing  of  the  LRUs  and  their  fleetwide  effects  (Fig.  8); 

•  a  graphic  display  of  this  same  information  (Fig.  9); 

•  a  detailed  report  of  each  LRU’s  pipeline  contents  at  the  end  of  the  current  day  (Fig. 

10). 

Component  impact  is  an  approximation  of  the  expected  number  of  aircraft  rendered 
NFMC  by  shortages  of  a  particular  LRU.  It  is  computed  by  dividing  the  LRU’s  expected 
number  of  backorders  by  its  QPA  (thus  implicitly  assuming  its  ability  to  be  cannibalized). 
Target  component  impact,  again,  comes  from  option  11. 

Any  LRU  incapacitating  more  aircraft  than  its  target  component  impact  with  probability 
greater  than  (1  -  the  confidence  level  given  as  the  second  option  11  parameter)  is  included  on 
the  problem  LRUs  list.  Therefore,  although  ASTEROID  BLASTER  has  a  component  impact 
of  two,  it  appears  on  the  list  because  the  probability  that  it  actually  incapacitates  more  than 
three  ships  is  greater  than  .10  (1  -  .90). 

The  third  piece  of  the  problem  LRUs  list  is  the  detailed  summary  of  each  problem  LRU’s 
pipeline  contents  (Fig.  10).  There  are  no  incoming  retrograde  pipelines  associated  with  the 
MPC  because  bases  are  the  lowest  echelon  in  the  model.  The  administrative  delay  pipeline  is 
zero  to  reflect  instantaneous  administrative  processing.  The  expected  number  of  a  component 
in  test/repair  at  the  end  of  the  day  includes  units  that  eventually  will  be  condemned  but  must 
first  complete  the  repair  process  (as  determined  by  the  NRTS/condemnation/faiied  SRU 
switch  on  the  LRU  record).  The  awaiting  parts  (AWP)  pipeline,  relevant  only  in  the  context 
of  indentured  subcomponents,  remains  zero.  Parts  on  order  come  from  the  unnamed  external 
source  of  supply.  Summing  these  five  quantities  yields  the  total  number  of  the  item  in  pipe¬ 
lines  at  the  end  of  day  1. 

The  expected  number  of  backorders  is  the  expected  positive  difference  between  total  pipe¬ 
line  contents  and  stock  level.  Dividing  this  expected  number  of  backorders  by  the  LRU’s  QPA 
gives  the  item’s  component  impact  (e.g.,  6.270  for  the  telephone  assuming  cannibalization). 
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WORLD-WIDE  COMPONENT  SUPPORT  IMPACT  -  DAY  1 

0  =  WORLD-WIDE  COMPONENT  IMPACT  WITH  CURRENT  STOCK  DISTRIBUTION 
*  =  WORLD-WIDE  COMPONENT  IMPACT  WITH  STOCK  REDISTRIBUTED 
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C=  ASTEROID  BLASTR  L  6 


NUMBER  WUC 
L  3 


Fig.  9 — Bar  Chart  of  Problem  LRUs,  Peacetime  Analysis 


WARTIME  DYNAMIC  EXAMPLE 

The  second  example  incorporates  three  important  features  that  appear  in  many  Dyna- 
METRIC  exercises:  multiple  echelons,  indentured  subcomponents,  and  scenario  dynamics. 

Suppose  the  Really  Awesome  New  Doodads  Corporation  (which  owns  and  operates  the 
Z-455s)  prepares  to  exploit  the  popularity  of  the  “Pet  Asteroid”  by  quadrupling  the  size  of  its 
fleet.  Besides  more  spaceships  and  bases,  a  more  viable  logistics  support  structure  is  needed. 
In  particular,  there  are  now  three  MPCs  with  a  depot  on  Earth’s  moon  supporting  them. 

The  original  MPC  (renamed  MPCl)  now  has  no  repair  capability,  so  its  parts  will  use  the 
repair  facilities  at  MPC2.  To  model  this,  MPC2  is  collocated  with  a  cirf  (called  CRF1)  that 
will  serve  the  60  spaceships  at  both  bases.  Rather  than  condemning  components  it  cannot 
repair,  MPCl  sends  them  to  the  cirf  while  simultaneously  requisitioning  replacements  from  the 
cirf.  MPC3  accommodates  20  Z-455s  and  operates  in  a  remote  and  highly  radioactive  section 
of  the  asteroid  belt  in  order  to  collect  glow-in-the-dark  Pet  Asteroids.  Because  of  its  great  dis¬ 
tance  from  CRF1,  MPC3  is  supported  directly  by  the  depot.  The  support  relationships  among 
DEPO,  CRF1,  and  the  three  MPCs  are  depicted  in  Fig.  11. 

Not  content  merely  to  enhance  the  quality  of  Z-455  logistics  support,  management  also 
incorporated  several  technological  improvements  into  shipboard  components.  These  were 
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Fig.  11 — Z-455  Logistics  Support  Structure 


confined  to  weaponry  and  communications  and  took  the  form  of  indentured  subcomponents. 
The  asteroid  blaster  was  augmented  by  a  single  SRU — a  revolutionary  pulsed  beam  generator 
designed  to  produce  asteroidal  debris  of  especially  pleasing  shape  and  texture.  The  telephone 
benefitted  from  the  addition  of  three  SRUs,  two  of  which  contained  subSRUs: 

1.  automatic  dialing  module 

—  memory  unit 

—  redialing  circuit 

2.  automatic  answering  system 

—  message  recorder 

—  call  screening  device 

3.  mute  switch 

Despite  the  scheduled  increase  in  fleet  size,  management  considers  it  likely  that  at 
current  workload  levels,  production  will  be  insufficient  to  meet  the  demand  for  Pet  Asteroids 
during  the  approaching  holiday  shopping  season.  Thus  activity  at  MPCl  will  surge  to  a  higher 
level  than  its  peacetime  norm.  Furthermore,  as  MPC2  and  MPC3  commence  operations,  they 
too  will  move  quickly  toward  a  high  level  of  activity.  At  the  end  of  the  surge,  there  will  be 
diminished  activity  at  all  MPCs.  Management  wishes  to  predict  how  well  this  system  will  per¬ 
form  under  such  unprecedented  and  rigorous  conditions. 

Input  Data  Set 

The  extension  of  the  example  requires  modification  of  the  input  data  set.  Previously  con¬ 
structed  record  groups  need  to  be  updated,  and  new  record  groups  need  to  be  added.  Figure  12 
shows  the  scenario  record  groups  in  the  new  data  set. 

Administrative  Data  (TOP).  The  first  three  records  require  few  changes.  The  switch 
for  transportation  and  repair  time  probability  density  function  now  indicates  that  transporta¬ 
tion  and  repair  times  are  to  be  considered  exponentially  distributed.  Also,  the  cirf  and  depot 
experience  administrative  delays  of  0.5  days  each;  this  means  components  NRTSed  to  higher 
echelons  from  the  MPCs  must  first  spend  a  (constant)  half  day  in  an  administrative  pipeline 
before  they  may  enter  into  the  repair  process. 

Option  Selection  Records  (OPT).  Options  11  and  8  remain  in  effect,  and  option  23 
(subcomponent  supplement  to  the  problem  LRUs  list)  is  added.  It  will  report  the  two  most 
troublesome  SRUs  indentured  to  each  LRU  on  the  problem  LRUs  list,  and  also  the  two  most 
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Fig.  12 — Scenario  Record  Groups,  Wartime  Analysis 


troublesome  subSRUs  indentured  to  each  of  these  SRUs,  as  long  as  the  parent  component’s 
AWP  pipeline  is  0.15  of  its  total  pipeline. 

Depot  Descriptions  (DEPT).  These  records  describe  the  resupply  and  repair  charac¬ 
teristics  of  each  depot.  This  depot  (DEPO)  resembles  the  unsupported  MPC  in  the  first  exam¬ 
ple.  Resupply  from  sources  external  to  the  Really  Awesome  New  Doodads  Corporation  is 
always  available  and  never  cut  off.  All  types  of  repair  are  available  at  DEPO  throughout  both 
peacetime  and  wartime.  The  depot  is  unable  to  cannibalize  SRUs  among  LRUs  (and  subSRUs 
among  SRUs),  so  the  SRU  cannibalization  switch  remains  blank. 
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In  instances  in  which  a  depot  (or,  more  commonly,  a  cirf  masquerading  as  a  depot  for 
modeling  purposes!  is  deployed  in  wartime  to  a  location  different  from  its  peacetime  location, 
the  reparable  arrival  time  specifies  the  day  upon  which  peacetime  reparable  components  tem¬ 
porarily  abandoned  during  the  deployment  arrive  at  the  new  site  and  become  available  for 
repair  and  subsequent  use.  DEPO  remains  firmly  on  the  moon  at  all  times,  so  reparables 
arrive  on  day  1  by  default. 

Cirf  Descriptions  (CIRF).  These  records  have  the  same  format  as  the  depot  descrip¬ 
tion  records.  Since  CRFl  is  supported  by  DEPO  with  respect  to  each  Z-455  component,  it  has 
no  direct  access  to  outside  suppliers.  Resupply  data  are  therefore  immaterial  and  may  be  omit¬ 
ted.  Repair  facilities  at  CRFl  are  available  beginning  on  day  5  of  wartime  (with  peacetime 
repair  again  implicit)  for  RR  and  RRR  LRUs  as  well  as  for  subcomponents.  Like  DEPO, 
CRFl  is  unable  to  cannibalize  subcomponents. 

Base  Descriptions  (BASE).  The  BASE  record  group  now  reflects  not  only  the  addition 
of  two  new  MPCs,  but  also  the  existence  of  a  cirf,  a  depot,  and  indentured  subcomponents.  As 
in  the  case  of  CRFl,  data  regarding  external  sources  of  resupply  are  irrelevant  because  each 
MPC  is  fully  supported  by  a  higher  echelon. 

Records  for  cirf-served  bases  (MPCl  and  MPC2)  describe  the  resupply  linkage  between 
base  and  cirf.  One-way  transportation  time  between  MPCl  and  the  cirf  is  two  days,  between 
MPC2  and  the  cirf  zero  days  (the  latter  two  are  collocated).  Resupply  from  the  cirf  is  always 
available  and  never  cut  off.  Although  MPC2  does  not  exist  (has  no  flying  activity)  before  day 
5,  the  model  nonetheless  considers  cirf-to-base  resupply  to  be  available  during  peacetime  (a 
harmless  assumption).  The  cirf  availability  switch  is  irrelevant  for  both  bases:  for  MPCl 
because  cirf  resupply  starts  on  day  0,  and  for  MPC2  because  it  does  not  exist  in  peacetime. 
Repair  of  RR  and  RRR  LRUs,  and  now  also  for  subcomponents,  technically  starts  on  day  1 
(with  peacetime  repair  inherent),  even  though  neither  base  has  repair  (only  the  cirf  does). 
Base-level  repair  for  MPCl  and  MPC2  can  be  turned  off  later  in  the  LRU  record  group. 
Finally,  the  MPCs  cannot  cannibalize  subcomponents. 

Aside  from  being  a  lone  base,  MPC3  is  distinguished  from  its  companions  in  two  ways:  It 
has  repair  facilities  and  is  designated  an  onshore  base.  Repair  begins  on  day  8,  its  First  day  of 
operations.  Before  this  time,  MPC3  does  not  exist  in  any  real  sense,  even  though  Dyna- 
METRIC  assumes  that  it  has  repair  facilities  available  during  peacetime.  The  absence  of  ships 
and  activity  assures  that  this  “phantom”  MPC  cannot  generate  a  repair  workload  before  its 
intended  time.  MPC3  is  classified  as  an  onshore  base  to  point  to  its  deployment  in  a  highly 
radioactive  environment;  its  components  may  be  assigned  a  different  set  of  demand  rates  (in 
the  LRU  record  group)  rather  than  share  a  common  set  with  the  other  MPCs. 

Depot  Transportation  (TRNS).  These  records  describe  the  transportation  links 
between  each  depot  and  any  lower  echelons  to  which  it  provides  direct  logistics  support.  Nei¬ 
ther  MPCl  nor  MPC2  appears  here  because  they  are  fully  supported  by  CRFl  rather  than 
DEPO.  Dyna-METRIC  interprets  their  absence  as  an  indication  that  each  is  connected  to 
DEPO  by  an  instantaneous  and  ever-present  mode  of  transportation.  Although  inaccurate, 
this  is  acceptable  because  the  specified  support  structure  prevents  resources  from  being  shipped 
along  these  routes. 

The  data  contained  on  a  TRNS  record  are  similar  to  those  on  the  BASE  record  describ¬ 
ing  a  base’s  supporting  cirf.  Here  the  transportation  time  between  the  cirf  and  depot  is  two 
days  one  way,  between  MPC3  and  the  depot  3.5  days  one  way.  All  assumptions  of  transporta¬ 
tion  availability  are  the  same  as  those  for  resupply — always  available  and  never  cut  off.  Once 
again,  the  model  harmlessly  assumes  that  MPC3  exists— and  has  transportation  links  to 
DEPO — during  peacetime. 


Aircraft  Levels  (ACFT).  Each  MPC  is  assigned  20  spaceships  in  peacetime,  even 
though  there  is  no  flying  activity  at  MPC2  and  MPC3.  That  level  holds  throughout  the  war¬ 
time  scenario  unless  it  is  changed,  as  on  day  10  when  the  fleet  at  MPC2  increases  to  40  ships. 

Flying  Hours  per  Sortie  (FLHR),  Sortie  Rates  (SRTS),  Maximum  Sortie  Rates 
(TURN).  Each  MPC  experiences  varying  levels  of  activity.  For  example,  MPC3  begins  opera¬ 
tions  on  day  8  of  the  wartime  scenario,  when  the  20  Z-455s  stationed  there  fly  an  average  of 
two  expeditions  per  ship  per  day.  Each  expedition  is  scheduled  to  last  5  hours.  Activity  drops 
on  day  50,  so  the  Z-455s  average  only  one  daily  expedition  per  ship.  Throughout  the  scenario, 
turnaround  considerations  limit  the  maximum  number  of  daily  expeditions  to  3  per  ship. 

LRU  Descriptions  (LRU).  Although  the  number  of  LRUs  remains  constant,  each 
record  must  be  modified  to  account  for  the  presence  of  higher  echelons  and  an  onshore  base. 
The  revised  LRU  record  group  appears  in  Fig.  13. 

Three  fields  control  the  mix  of  repair  capability  among  echelons.  Depot  reparability  is 
confirmed  by  naming  DEPO  as  the  responsible  depot.  Repair  is  allowed  at  all  echelons  by  set¬ 
ting  the  level  of  repair  indicator  to  1.  Cirf  reparability  is  confirmed  by  setting  the  cirf  repara¬ 
bility  switch  to  1  as  well.  Alternatively,  settings  of  “DEPO,”  “1,”  and  “0”  would  imply  that  the 
LRU  could  be  repaired  at  the  depot  and  bases  but  not  at  the  cirf. 

QPA  and  minimum  QPA  remain  the  same.  If,  however,  an  LRU’s  quantity  per  aircraft 
differed  by  base,  the  base-specific  QPAs  would  be  entered  in  the  QPA  record  group  (described 
later).  Entries  in  the  QPA  record  group  override  quantities  in  the  LRU  record  group. 
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As  before,  the  NRTS/condemnation/failed  SRI)  indicator  is  left  blank,  thereby  requiring 
all  LRUs  to  pass  through  the  repair  process  before  being  NRTSed  or  condemned,  and  before 
any  failed  SRUs  may  be  found.  For  this  purpose,  lack  of  repair2  at  an  echelon  is  not  con¬ 
sidered  equivalent  to  a  NRTS  rate  of  1.0;  an  LRU  that  cannot  be  repaired  at  the  base  level  is 
sent  immediately  to  the  next  higher  echelon  upon  its  removal  at  an  MPC,  whereas  an  LRU 
that  can  be  repaired  at  base  level — but  has  a  NRTS  rate  of  1.0 — must  still  pass  through  the 
MPC  repair  cycle. 

The  inclusion  of  onshore  demand  rates  reflects  the  addition  of  MPC3  to  the  scenario. 
Allowing  different  demand  rates  is  especially  important  in  an  evaluation  of  the  base-by-base 
performance  of  such  components  as  the  sensor,  which  has  an  onshore  demand  rate  ten  times  as 
high  as  its  offshore  demand  rate. 

The  updated  records  specify  the  LRU’s  repair  time,'3  NRTS  rate,  and  condemnation  rate 
at  four  types  of  locations:  lone  bases,  cirf-served  bases,  cirfs,  and  depots.  The  lone  base 
numbers,  applicable  to  parts  at  MPC3,  remain  as  before  in  the  first  example.  The  cirf-served 
base  numbers  trigger  parts  at  MPCl  and  MPC2  to  skip  base  repair  (repair  time  of  zero)  and 
automatically  be  NRTSed  to  the  cirf  (NRTS  rate  of  1.00).  The  cirf  numbers  (on  the  second 
card)  are  similar  to  the  lone  base  numbers.  In  all  three  cases,  parts  that  cannot  be  repaired 
locally  are  never  condemned  (condemnation  rates  are  left  blank),  but  are  NRTSed  to  the  next 
higher  echelon.  Depot  numbers  include  repair  time  and  condemnation  rate  but  not  NRTS  rate 
(because  there  is  no  higher  echelon  to  which  an  irreparable  part  may  be  NRTSed). 

The  daily  repair  limit  at  the  depot  queues  units  awaiting  repair  if  the  number  of  the 
LRU’s  arrivals  at  the  depot  should  exceed  it.  Because  DEPO  is  so  overstaffed  and  over¬ 
equipped  that  any  sort  of  capacity  shortage  is  inconceivable,  the  depot  repair  limit  remains 
blank  (here,  blank  or  0  denotes  unlimited  capacity  while  “-1”  denotes  zero  capacity). 

Finally,  the  time  it  takes  the  highest  echelon  repairing  the  LRU  (DEPO)  to  procure  a 
replacement  in  wartime  is  uniformly  twice  that  of  peacetime. 

SRU  Descriptions  (SRU).  These  records  contain  essentially  the  same  information 
about  SRUs  that  the  LRU  description  records  contain  about  LRUs.  However,  they  diverge  in 
one  important  respect.  Recall  that  each  LRU’s  ability  to  be  cannibalized  is  declared  individu¬ 
ally.  SRUs,  however,  are  declared  as  a  group  (along  with  subSRUs)  to  be  subject  or  not  subject 
to  cannibalization.  Unlike  that  of  LRUs,  subcomponent  cannibalization  is  site-specific  and  is 
controlled  by  a  switch  on  the  BASE,  CIRF,  and  DEPT  records.  The  subcomponent  record 
groups  (SRU,  SSRU,  and  INDT)  are  shown  in  Fig.  14. 

For  each  SRU,  the  field  naming  the  depot  responsible  for  repair,  the  level  of  repair  indi¬ 
cator,  and  the  cirf  reparability  switch  may  be  chosen  to  yield  any  desired  mix  of  repair  capabil¬ 
ity  among  the  various  echelons.  Observe  that  the  pulsed  beam  generator  is  reparable  at  all 
locations,  but  the  three  SRUs  indentured  to  the  telephone  are  not  base  reparable. 

Quantity  per  aircraft  has  the  same  meaning  for  SRUs  as  it  does  for  LRUs.  Minimum 
QPA,  however,  is  not  specified  but  inferred  from  the  minimum  QPA  of  the  SRU’s  parent  LRU. 

Like  LRU  demand  rates,  SRU  demand  rates  (both  onshore  and  offshore)  are  usually 
given  in  terms  of  demands  per  component  flying  hour.  However,  if  an  SRU’s  parent  LRU  is 
identified  as  experiencing  demands  in  proportion  to  sorties  flown,  then  its  own  demand  rates 
are  also  interpreted  as  demands  per  sortie.  Note  that  an  SRU’s  demand  rates  may  never 

:Lack  of  repair  refers  to  precluding  repair  at  an  echelon  through  the  component’s  level  of  repair  indicator.  If  a  part 
is  base  reparable,  but  repair  is  not  yet  available  (as  specified  in  the  BASE  record  group),  the  parts  remain  at  the  base 
awaiting  repair. 

'Repair  time  includes  time  awaiting  maintenance  and  in  work  land  time  awaiting  parts  if  there  are  no  SRUs). 
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Fig.  14 — Subcomponent  Record  Groups,  Wartime  Analysis 


exceed  the  corresponding  demand  rates  of  its  parent  LRU.  Also,  SRU  demands  at  the  depot 
are  partly  determined  by  the  depot  replacement  fraction  (in  the  INDT  record  group,  discussed 
below). 

Component  repair  characteristics  are  described  in  the  same  manner  for  SRUs  as  they  are 
for  LRUs.  Because  their  level  of  repair  indicators  preclude  base-level  repair,  the  three  SRUs 
indentured  to  the  telephone  have  only  cirf-  and  depot-related  repair  data.  An  SRU’s  repair 
data  elements  are  not  restricted  in  any  sense  by  the  corresponding  data  elements  of  its  parent 
LRU.  Thus,  the  repair  time,  NRTS  rate,  and  condemnation  rate  of  an  SRU  bear  no  particular 
relation  to  those  of  its  parent  LRU. 

SubSRU  Descriptions  (SSRU).  These  records  are  nearly  identical  to  the  SRU  records, 
except  for  the  absence  of  demand  rates  for  subSRUs.  Implied  subSRU  demand  rates  may  be 
found  in  the  indenture  relationship  (INDT)  records. 
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Indenture  Relationships  (INDT).  These  records  describe  the  configuration  of  an  air¬ 
craft  in  terms  of  the  relationships  among  its  various  components.  LRUs  that  have  no  inden¬ 
tured  SRUs  are  not  included  within  the  INDT  record  group. 

Components  may  be  listed  in  either  of  two  ways:  as  the  parent  of  some  number  of  sub¬ 
components,  or  as  a  subcomponent  indentured  to  another  (higher)  component.  LRUs  may 
only  be  parents,  while  subSRUs  may  only  be  indentured  subcomponents.  SRUs  may  appear  in 
both  roles;  but  in  any  event,  they  must  always  be  listed  as  being  indentured  to  an  LRU. 

Structurally,  an  INDT  group  consists  of  a  series  of  parent-children  component  groupings. 
Each  parent  is  followed  immediately  by  all  components  directly  indentured  to  it  (“grandchil¬ 
dren”  components  are  not  included).  Two  indicators  identify  each  part  as  parent/child  and  as 
LRU/SRU/subSRU.  For  example,  CELL  MOB  PHONE  is  the  parent  LRU  to  three  SRUs: 
AUTO  DIAL  MOD,  AUTO  ANSWER  SYS,  and  MUTE  SWITCH.  AUTO  DIAL  MOD  is  in 
turn  the  parent  SRU  to  two  subSRUs:  MEMORY  UNIT  and  REDIAL  CIRCUIT. 

Indentured  components  are  accompanied  by  additional  data.  The  quantity  per  higher 
assembly  specifies  the  number  of  the  subcomponent  on  its  parent  component  (rather  than  on 
the  entire  aircraft).  MEMORY  UNIT,  for  instance,  has  a  quantity  of  two  per  AUTO  DIAL 
MOD,  whereas  its  quantity  per  aircraft  is  four  (two  MEMORY  UNITs  on  each  of  two  AUTO 
DIAL  MODs  per  ship). 

The  depot  replacement  fraction  of  an  indentured  subcomponent  may  be  viewed  as  the 
probability  that  it  is  removed  from  its  parent  after  its  parent  is  NRTSed  to  the  depot.  (Note 
that  under  such  circumstances,  the  subcomponent  itself  is  not  considered  to  have  been  for¬ 
mally  NRTSed.) 

The  cirf  and  base  replacement  fractions  apply  only  to  subSRUs.  In  a  manner  analogous 
to  that  of  the  depot  replacement  fraction,  these  quantities  denote  the  respective  probabilities 
that  a  subSRU  is  removed  from  its  parent  SRU  after  both  arrive  together  (and  attached)  at  a 
cirf  or  base.  As  before,  only  the  SRU  is  presumed  to  have  been  NRTSed.  Since  none  of  our 
parent  SRUs  are  subject  to  base-level  repair,  the  base  replacement  fraction  is  irrelevant  and 
left  blank. 

Stock  Levels  (STK).  Although  the  starting  stock  levels  at  MPCl  do  not  change,  the 
STK  record  group  now  accommodates  locations  and  time-phased  deployment  of  component 
stocks  (Fig.  15).  Stock  levels  may  change  over  time  by  including  multiple  records  for  the  part 
and  location.  The  replacement  switch  indicates  whether  the  new  level  replaces  (blank  or  0), 
increases  (1),  or  reduces  (2)  the  current  level.  The  new  levels  go  into  effect  on  the  day  given  in 
columns  77-80.  For  example,  the  fuel  cell  has  an  initial  stock  level  of  15  at  MPCl  that 
changes  to  25  on  day  5  (at  that  location  only);  the  mute  switch  starts  with  an  initial  five  at 
MPCl  but  gains  three  more  on  day  5. 

Output  from  Program  ECHO 

The  echo  output  is  longer  and  encompasses  greater  detail  than  before,  but  is  essentially 
the  same.  Below  we  point  out  only  the  differences  between  the  two  echoes. 

Administrative  Data,  Option  Selection,  and  Transportation  Times  Echo.  In  Fig. 
16,  the  requested  times  of  analysis  are  superseded  by  equal  or  greater  times  because  of  time 
scaling ,  a  feature  tied  to  the  compilation  parameter  DMTIME.  This  parameter  sets  the  chro¬ 
nologically  latest  internal  time  of  analysis  (set  to  30  here).  When  the  latest  requested  time  of 
analysis  is  larger  than  DMTIME,  the  model  compresses  the  requested  time  by  an  integer  scal¬ 
ing  factor  (the  latest  requested  time  divided  by  DMTIME,  rounded  up  to  the  nearest  integer). 
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Fig.  15 — STK  Record  Group,  Wartime  Analysis 


In  this  case,  the  time  scaling  factor  is  2  (60/30).  Except  for  causing  slight  deviations  among 
requested  times  of  analysis,  time  scaling  imposes  no  inconvenience  upon  the  user.  Such  quan¬ 
tities  as  repair  and  resupply  times  and  start  times  for  various  activities  and  resources  are 
treated  appropriately  and  should  not  be  independently  adjusted. 

The  summary  of  base-  and  cirf-to-depot  transportation  times  shows  that  MPCl  and 
MPC2  are  connected  to  DEPG  by  instantaneous  transportation  links.  As  discussed  earlier, 
these  links  can  never  be  used  since  (with  respect  to  all  components)  both  MPCs  are  served 
directly  by  CRFl. 

Flying  Program  Echo.  Aside  from  the  inclusion  of  two  additional  MPCs  and  the 
incorporation  of  a  dynamic  program  of  activity,  this  echo  is  no  different  from  its  counterpart  in 
the  First  example  and  so  is  omitted  here. 
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SCENARIO  INCLUDES  3  BASES,  WITH  BASE  ADMINISTRATIVE  DELAY  SET  TO  0.000; 

ONE  CIRF ,  WITH  CIRF  ADMINISTRATIVE  DELAY  SET  TO  0.500; 
ONE  DEPOT,  WITH  DEPOT  ADMINISTRATIVE  DELAY  SET  TO  0.500. 

ANALYSIS  REQUESTED  FOR  TIMES  1  15  30  45  60 

DUE  TO  TIME  SCALING,  ANALYSIS  DONE  FOR  TIMES  2  16  30  46  60 

TIME  SCALE  FACTOR  IS  2. 

NUMBER  OF  BASES  OF  EACH  TYPE  -- 
MPC1  MPC2  MPC3 
1  1  1 

RANDOMIZED  REPAIR  AND  TRANSPORTATION  TIMES. 

TRANSPORTATION  CUTOFFS  APPLY  ONLY  TO  FORWARD  TRANSPORTATION. 

OPTION 

SELECTED  MEANING 

8  LIST  PROBLEM  LRUS  --  UP  TO  5  LRUS. 

11  CALCULATE  PERFORMANCE  AT  15  PERCENT  NFMC  BASED  ON  INPUT  OR 

PREVIOUS  STOCK. 

23  INCLUDE  IN  THE  PROBLEM  LRUS  REPORT  DATA 

ABOUT  THE  STATUS  OF  THE  WORST  2  SRUS 

PER  PROBLEM  LRU,  AND  THE  WORST  2  SUBSRUS  PER  PROBLEM  SRU. 

TRANSPORTATION  TIMES  BETWEEN  LOCATIONS  -- 
BASE  MPC1  IS  SERVED  BY  CIRF  CRF1. 

TRANSPORTATION  FROM  BASE  TO  CIRF  IS  2.00  DAYS. 

TRANSPORTATION  FROM  CIRF  TO  BASE  IS  2.00  DAYS. 

BASE  MPC2  IS  SERVED  BY  CIRF  CRF1. 

TRANSPORTATION  FROM  BASE  TO  CIRF  IS  0.00  DAYS. 

TRANSPORTATION  FROM  CIRF  TO  BASE  IS  0.00  DAYS. 

BASE  MPC3  IS  NOT  SERVED  BY  A  CIRF. 

BASE  OR  CIRF  TO  DEPOT  TRANSPORTATION  TIMES,  IN  DAYS  -- 

BASE  OR  CIRF  DEPO 

CRF1  2.00 

MPC1  0.00 

MPC2  0.00 

MPC3  3.50 

DEPOT  TO  BASE  OR  CIRF  TRANSPORTATION  TIMES,  IN  DAYS  -- 
BASE  OR  CIRF  DEPO 

CRF1  2.00 

MPC 1  0.00 

MPC2  0.00 

MPC 3  3.50 

NO  BASES,  CIRFS,  OR  DEPOTS  CANNIBALIZE  SRUS  AND  SUBSRUS . 


Fig.  16 — Administrative  Data  Echo,  Wartime  Analysis 
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Resupply  and  Repair  Characteristics  Echo.  The  matrix-like  method  for  displaying 
transportation  links  (Fig.  17)  occasionally  indicates  the  availability  of  nonexistent  connections 
(e.g.,  transportation  between  SUPPLIER  and  MPCl  is  established  by  default  on  day  0). 
Because  MPCl  relies  upon  CRF1  for  resupply  of  all  Z-455  components,  this  implied  link  to 
SUPPLIER  can  never  be  used  and  may  be  ignored. 

Component  Data  Echo.  The  first  two  tables  (Fig.  18)  show  the  components  listed  by 
family,  with  LRUs,  SRUs,  and  subSRUs  differentiated  by  lettered  prefixes  (L,  S,  or  SS)  in 
their  assigned  numbers,  and  by  progressively  larger  indentations  from  the  left-hand  margin. 
Again,  data  restricted  in  use  to  subcomponents  are  quantity  per  application  and  replacement 
fractions.  The  cirf  and  base  replacement  fractions  are  additionally  restricted  in  use  to 
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Fig.  17 — Resupply  and  Repair  Characteristics  Echo,  Wartime  Analysis 
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subSRUs  alone;  recall  that  these  act  as  surrogates  for  subSRU  demand  rates,  which  otherwise 
go  unspecified. 

The  remaining  four  tables  (and  component  frequency  echo)  are  omitted  here  as  they 
appear  much  the  same  as  before,  only  expanded  to  allow  for  data  pertaining  to  other  echelons. 

Output  from  Program  REPORT 

REPORT  produces  much  output  covering  a  broad  span  of  time  that  helps  in  understand¬ 
ing  the  fleet’s  capabilities.  This  information  can  be  useful  in  suggesting  strategies  (that  may 
be  assessed  further  with  the  model)  to  compensate  for  potential  shortcomings.  Here,  we  only 
extract  the  output  for  a  single  time  of  analysis  (the  end  of  day  30)  to  help  explain  the  contents 
of  the  various  reports. 

Performance  Report.  This  report  (Fig.  19)  again  shows  the  effect  of  full  cannibaliza¬ 
tion.  If  the  telephone  were  cannibalized,  the  total  expected  number  of  NFMC  ships  drops  from 
28.5  (36  percent  of  the  entire  fleet  of  80  ships)  to  18.8  (about  24  percent).  The  expected 
number  of  sorties  varies  by  only  9,  but  note  the  tremendous  variation  in  the  probability  of 
achieving  those  sorties  at  each  MPC:  from  4  percent  to  100  percent.  The  fact  that  results  at 
MPCl  look  much  like  the  day  1  results  from  the  peacetime  analysis  is  only  coincidence. 

Problem  LRUs  List.  This  report  reveals  three  LRUs  to  be  the  likely  causes  of  prob¬ 
lems.  The  worldwide  component  impact  and  target  component  impact  are  aggregates  of  each 
respective  impact  across  all  bases.  The  worldwide  minimum  component  impact,  though,  may 
be  defined  as  the  worldwide  component  impact  given  an  assumption  of  instantaneous  lateral 
supply  among  all  bases  (or,  equivalently,  an  optimal  redistribution  of  existing  base-level 
stocks).  For  LRUs  whose  stock  levels  are  evenly  distributed  among  bases  (CELL  MOB 
PHONE  and  FUEL  CELL),  the  availability  of  instantaneous  lateral  supply  is  of  scant  benefit. 
But  for  LRUs  that  are  plentiful  at  some  bases  and  scarce  at  others  (SENSOR),  such  a  capabil¬ 
ity  could  offer  substantial  rewards.  In  general,  a  large  difference  between  the  worldwide  com¬ 
ponent  impact  and  the  worldwide  minimum  component  impact  suggests  a  maldistribution  of 
stock  at  the  base  level. 

Selection  of  an  LRU  for  the  problem  LRUs  list  is  determined  solely  by  its  status  at  indi¬ 
vidual  bases;  even  if  it  is  a  problem  at  just  one  of  many  bases,  it  is  included  on  the  list  (SEN¬ 
SOR,  for  instance,  appears  to  cause  hardship  only  at  MPC3).  Within  the  list,  overall  ranking 
is  established  on  the  basis  of  worldwide  component  impact.  The  graphic  display  of  the  prob¬ 
lem  LRUs  list  is  similar  to  that  given  in  Fig.  9  and  is  omitted  here. 

The  detailed  pipeline  contents  are  swelled  by  the  selection  of  option  23  (subcomponent 
supplement  to  the  problem  LRUs  list).  Troublesome  subcomponents  are  reported  when  the 
parent  component  has  a  significant  AWP  pipeline  at  some  location  (an  AWP  pipeline  segment 
is  significant  if  the  fraction  of  the  total  pipeline  it  represents  exceeds  the  fraction  given  as 
option  23's  second  parameter — 0.15  in  this  case).  Subcomponents  may  be  included  only 
because  of  the  requirement  that  a  certain  number  be  listed  for  each  parent  component.  How¬ 
ever,  some  troublesome  subcomponents  may  not  be  identified  because  of  the  limit  imposed  by 
option  23’s  first  parameter.  Figure  20  shows  the  pipeline  segments  of  the  problem  parts  associ¬ 
ated  with  the  telephone. 

As  before,  retrograde  pipelines  at  the  MPCs  have  no  meaning  and  are  automatically- 
ignored.  MPC  administrative  pipelines  for  subcomponents  are  also  undefined,  since  SRUs  and 
subSRUs  can  never  “arrive”  at  a  base  repair  shop  (whereas  an  LRU  can  arrive  from  the  flight 
line).  SubSRU  AWP  pipelines  are  ignored  because  subSRUs  represent  the  lowest  level  of 
indenture  and  have  no  subcomponents  to  wait  for. 


OVERALL  INFORMATION  AND  INDENTURE  RELATIONSHIPS 

(AN  ASTERISK  AFTER  THE  DEMAND  RATES  INDICATES  THAT  DEMAND  RATES  FOR  THAT  COMPONENT  ARE  PER  SORTIE  RATHER  THAN  PER  FLYING  HOUR. 
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Fig.  18 — Tables  1  and  2  of  Component  Data  Echo,  Wartime  Analysis 
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- - - WORLD-WIDE - 

NUMBER  WUC  COMPONENT  IMPACT  MINIMUM  COMPONENT  IMPACT  TARGET  COMPONENT  IMPACT 
LRU  CELL  MOB  PHONE  L  10  16.401  16.233  12.000 
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Fig.  20 — Telephone  Pipeline  Contents,  Wartime  Analysis 
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Again,  the  total  pipeline  contents  for  a  particular  component  at  a  particular  location  are 
the  sum  of  its  individual  pipeline  segments.  However,  for  components  for  which 
NRTS/condemnation  decisions  and  failed  subcomponent  discoveries  are  made  before  the  ini¬ 
tiation  of  repair,  the  total  pipeline  is  the  sum  of  the  retrograde,  administrative,  and  on-order 
segments,  plus  the  maximum  of  the  in-repair  and  AWP  segments.  Expected  total  backorders 
are  calculated  for  subcomponents  just  as  they  are  for  LRUs. 

An  LRU’s  component  impact  (BO/QPA)  is  not  specified  for  cirfs  and  depots  because 
these  are  not  operating  locations.  For  a  subcomponent,  BO/QPA  may  be  taken  to  mean  the 
ratio  of  its  expected  total  backorders  to  its  quantity  per  application;  this  corresponds  to  its 
expected  effect  upon  its  parent  component  (assuming,  of  course,  that  the  subcomponent  may 
be  cannibalized).  The  component  impact  of  subcomponents  is  specified  both  at  the  base  level 
and  for  cirfs  and  depots. 


CONSTRAINED  REPAIR 

An  unstated  assumption  in  the  first  two  examples  is  that  repair  facilities  at  each  location 
are  unconstrained:  always  sufficient  in  capacity  to  accommodate  whatever  loads  may  be  placed 
upon  them.  Such  an  assumption  is  quite  adequate  in  many  situations,  especially  when  repair 
cycle  times  are  used  in  place  of  repair  times  in  the  LRU/SRU/SSRU  records.1  But  under  non- 
stationary  conditions  (such  as  a  wartime  surge)  in  which  flying  activity,  resupply  availability, 
or  repair  resource  levels  change,  an  assumption  of  unconstrained  repair  can  lead  to  inaccura¬ 
cies  in  projected  performance. 

Recall  that  depot-level  repair  of  individual  components  can  be  constrained  in  a  rather 
simplistic  fashion  by  specifying  appropriate  values  for  depot  repair  limit.  Dyna-METRIC  also 
has  a  constrained  repair  module  that  represents  constrained  repair  on  a  more  extensive  and 
sophisticated  basis.  For  LRUs  only,  this  module: 

•  assigns  each  LRU  to  a  particular  type  of  repair  resource, 

•  adjusts  the  number  of  servers  of  each  type  over  time,  and 

•  accounts  fcr  Variable  server  productivity  and  degradation  of  server  capabilities. 

Queues  for  LRUs  awaiting  maintenance  are  determined  explicitly  as  a  function  of  server 
availability,  workload,  and  other  factors;  hence,  hands-on  processing  times  (rather  than  repair 
cycle  times)  should  be  specified  in  the  LRU  record  group. 

In  this  example,  the  Really  Awesome  New  Doodads  Corporation  wishes  to  consider  the 
inherent  limitations  of  their  repair  facilities.  Specifically,  they  want  to  observe  the  effects  of 
finite  numbers  of  ser'e”:,  in  the  amotmt  of  time  that  an  individual  server  may 

dedicate  to  actual  repair  work,  and  incapacitation  of  servers.  Given  the  demanding  nature  of 
the  wartime  scenario,  they  expect  a  decline  in  projected  performance;  they  only  hope  that  the 
new  results  fall  short  of  an  outright  refutation  of  their  earlier  assumption  of  unconstrained 
repair  capacity. 

Throughout  the  Z-455  logistics  support  structure,  component  repair  is  performed  by  three 
classes  of  semi-intelligent,  programmable  test-and-repair  androids  (TRAs): 


!A  component’s  repair  cycle  time  is  the  sum  of  its  actual  hands-on  processing  time,  time  awaiting  maintenance,  and 
time  awaiting  parts  (if  it  has  no  explicit  indentured  subcomponents). 
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1.  TRAAs  repair  MANEUVER  THRUS,  DOCKING  MECH,  ASTEROID  BLASTR, 
PART  COLLECTOR,  and  CONTROL  PANEL. 

2.  TRABs  repair  NAV  COMPUTER,  TARGET  COMPUTER,  and  SENSOR. 

3.  TRACs  repair  FUEL  CELL  and  CELL  MOB  PHONE. 

Although  TRAs  are  complex  and  consist  of  many  intricate  and  exotic  components,  they  are 
also  unusually  rugged  and  reliable.  In  the  rare  event  of  a  failure,  spare  parts  may  be  obtained 
from  an  Earth-based  supplier. 


INPUT  DATA  SET 

The  constrained  repair  module  calls  for  three  additional  record  groups  (called  TEST, 
TBED,  and  TPRT)  for  each  repair  resource.  These  are  the  only  record  groups  that  may 
appear  more  than  once  in  an  input  data  set.  Figure  21  shows  the  record  groups  for  the  three 
types  of  TRA. 

Constrained  Repair  Availability  (TEST).  The  TEST  record  group  must  appear  first; 
it  names  the  resource  and  specifies  server  availability  as  a  function  of  the  number  of  servers  at 
a  location.  An  isolated  server  is  presumed  to  divide  its  operating  time  between  two  pursuits: 
test  and  repair  of  LRUs,  and  self-test.  Its  availability  is  defined  as  the  fraction  of  its  operating 
time  that  it  may  spend  in  test  and  repair  of  LRUs.  In  actual  practice  with  automated  test 
equipment,  at  a  location  with  many  test  stands,  self-test  is  frequently  replaced  by  cross-testing 
on  other  stands.  Typically,  this  is  a  much  more  efficient  process;  hence,  the  availability  of 
individual  servers  often  increases  as  the  total  number  of  servers  increases.  If  cross-testing  is 
inapplicable  to  the  repair  resource  (e.g.,  human  workers),  availability  may  be  set  to  a  constant 
value  throughout.  TRAAs  benefit  greatly  by  operating  together;  each  TRAA  in  a  group  of 
three  or  more  has  an  availability  of  0.80,  whereas  a  lone  TRAA  has  an  availability  of  just  0.55. 

Server  Levels  (TBED).  Each  TBED  record  group  is  associated  only  with  the  immedi¬ 
ately  preceding  TEST  group.  For  each  location,  the  TBED  record  specifies  the  failure  and 
resupply  parameters  of  the  named  repair  resource,  and  also  gives  the  time-varying  number  of 
servers  of  that  type.  Note  that  even  though  MPCl  and  MPC2  do  not  have  repair,  they  must 
be  assigned  one  server  for  their  LRUs  to  spend  zero  time  on  before  being  NRTSed  to  CRFl  for 
repair  (because  the  LRUs  were  coded  NRTS  after  test). 

At  DEPO  and  MPC3,  TRAAs  have  backorder  rates  (expressed  in  terms  of  component 
backorders  per  day  of  active  operation),  perhaps  as  a  consequence  of  their  frequent  exposure  to 
radioactive  contaminants  on  the  Z-455  LRUs  they  repair.  A  server  with  failed  components  is 
considered  partially  mission  capable  and  able  to  test  and  repair  only  some  specified  subset  of 
the  LRUs  that  a  fully  capable  server  can  handle.5  Regardless  of  the  number  of  servers  present, 
Dyna-METRIC  never  allows  more  than  one  server  to  become  PMC  at  each  location.  This  rule 
is  founded  upon  two  assumptions: 

1.  All  server  components  may  be  cannibalized  (note  that  this  is  unsuited  to  modeling 
“backorders”  among  human  workers). 

2.  The  likelihood  that  a  particular  component  is  responsible  for  incapacitating  more 
than  one  server  is  vanishingly  small  (this  has  its  roots  in  the  extreme  complexity  of 
typical  automated  test  equipment). 


'’The  subset  of  reparable  LRUs  may  be  designated  in  the  VTM  record  group,  described  below  under  “Treatment  of 
Unusual  Data  Elements.”  Without  such  a  designation,  a  PMC  server  is  taken  by  default  to  have  the  same  capabilities 
as  a  fully  capable  server. 
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Fig.  21 — TEST,  TBED  and  TPRT  Record  Groups 


Resupply  of  components  needed  to  restore  the  full  capabilities  of  PMC  servers  is  handled 
separately  from  resupply  of  aircraft  components.  Each  location  is  considered  directly  linked  to 
an  external  supplier  of  server  components,  thereby  skirting  the  normal  protocol  among 
echelons.  Once  ordered,  server  components  are  received  after  a  delay  equal  to  the  resupply 
time  (7  days  for  DEPO  and  14  days  for  CRFl  and  MPC3).  As  with  aircraft  components. 
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resupply  may  be  cut  off  for  any  span  of  time;  however,  resupply  start  time  is  automatically 
taken  to  be  day  1  of  the  wartime  scenario,  with  peacetime  resupply  again  an  implicit  assump¬ 
tion.  The  early  availability  of  resupply  is  inconsistent  with  the  intra-scenario  deployment 
times  of  MPC2  and  MPC3,  but  this  is  of  small  concern  because  of  the  absence  of  activity 
before  deployment. 

Server  levels  are  specified  in  the  same  manner  as  are  aircraft  levels  in  the  ACFT  record 
group.  CRFl,  for  example,  has  two  TRAAs  in  peacetime  and  through  day  4  of  wartime.  On 
day  5,  it  receives  another  three  TRAAs,  bringing  its  total  allocation  to  five;  this  quantity  is  in 
effect  for  the  remainder  of  the  scenario. 

LRU  Repair  Assignments  (TPRT).  TPRT  records  list  the  LRUs  assigned  to  the  con¬ 
strained  repair  resource  named  in  the  preceding  TEST  record.  This  group  applies  strictly  to 
the  TEST  group  that  it  follows. 

Because  the  use  of  the  constrained  repair  module  is  the  only  feature  that  distinguishes 
the  current  exercise  from  the  second  example,  most  of  the  previously  existing  portions  of  the 
input  data  set  may  be  carried  over  without  modification.  The  exception  is  the  LRU  record 
group,  where  repair  times  now  correspond  to  actual  hands-on  processing  times.  The  new  repair 
times  are  arbitrarily  10  percent  of  the  original  repair  cycle  times. 

Program  PART 

To  keep  processing  problems  to  a  minimum  •_  run  the  partitioner  program  to  group 
LRUs  with  their  associated  repair  resources.  The  only  effect  this  has  on  any  output  report  is 
the  reordering  of  parts.  For  example,  LRU  1  is  now  MANEUVER  THRUS  because  it  was  the 
first  LRU  listed  under  the  first  named  repair  resource  (TRAA). 

Output  from  Program  ECHO 

ECHO  includes  an  additional  report  detailing  the  constrained  repair  resources.  Informa¬ 
tion  from  the  TEST  and  TBED  record  groups  are  echoed  here,  whereas  information  from  the 
TPRT  record  groups  are  incorporated  into  the  third  ECHO  table.  Figure  22  presents  the  new 
echo  report  for  the  TRAAs.  Note  that  there  are  six  alphas  (availability  factors)  even  though 
only  three  were  specified.  The  last  specified  factor  is  repeated  until  DMCHANGE  number  of 
factors  is  given. 

Output  from  Program  REPORT 

The  substitution  of  constrained  repair  for  Dyna-METRIC’s  normal  representation  of 
repair  can  have  dramatic  effects  on  projected  performance,  particularly  in  dynamic  scenarios. 
If  constrained  repair  resources  are  plentiful,  and  if  the  differences  between  LRU  repair  cycle 
times  and  hands-on  processing  times  are  large,  performance  can  improve  substantially.  Alter¬ 
natively,  if  repair  resources  are  tightly  constrained  and  activity  levels  soar,  performance  can 
suffer.  Our  constrained  repair  parameters  yield  a  significant  drop  in  most  performance  mea¬ 
sures  on  day  30  (Fig.  23). 

The  component  impacts  of  the  two  driving  LRUs  are  considerably  higher  than  before, 
and  so  cause  reductions  of  7  percent  (under  full  cannibalization)  and  23  percent  (under  partial 
cannibalization)  in  the  expected  number  of  expeditions  that  may  be  undertaken.  The  inade¬ 
quacy  of  TRAC  server  levels  may  be  seen  in  a  comparison  of  the  current  in  test /repair  pipeline 
segments  for  the  telephone  with  those  from  the  second  example  (Fig.  20). 
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DETAILED  INFORMATION--  TEST  STANDS 

CONSTRAINED  REPAIR  RESOURCE  TRAA 
ALPHA  --  0.550  0.600  0.800  0.800  0.800  0.800 
NUMBER  OF  STANDS  -- 
B.O.  RSPLY 
RATE  TIME 
MPC1  0.0000  0. 


1 

STANDS 

UNTIL 

DAY 

61 

MPC2 

0.0000 

0. 

1 

STANDS 

UNTIL 

DAY 

61 

MPC3 

0.0007 

14. 

2 

STANDS 

UNTIL 

DAY 

61 

CRF1 

0.0000 

14. 

2 

STANDS 

UNTIL 

DAY 

5 

5 

STANDS 

UNTIL 

DAY 

61 

DEPO 

0.0002 

7. 

3 

STANDS 

UNTIL 

DAY 

61 

Fig.  22— Echo  for  TRAA  Constrained  Repair  Resource 


TREATMENT  OF  UNUSUAL  DATA  ELEMENTS 

For  many  Dyna-METRIC  users,  the  features  just  discussed  are  sufficient  to  conduct 
meaningful  capability  assessments.  What  remains  to  be  examined  are  the  features  that  address 
important  but  often  unusual  issues.  Described  below  are  the  input  record  groups  for: 

•  aircraft  attrition  (ATTR) 

•  site-specific  application  fractions  (APPL) 

•  site-specific  QPAs  (QPA) 

•  changing  mission  requirements  (MESL) 

•  alternative  maintenance  concepts  (ILM) 

•  non-Poisson  removal  processes  (VTM). 

Each  group  is,  in  turn,  incorporated  into  the  second  example  (dynamic  analysis)  to  highlight 
its  effect  through  comparison  with  the  previous  results. 

Attrition  Rates  (ATTR) 

ATTR  records  describe  the  aircraft  attrition  rates  as  a  function  of  time  at  each  operating 
base.  Peacetime  attrition  is  disallowed;  otherwise,  over  the  infinite  span  of  peacetime,  a 
nonzero  attrition  rate  would  yield  the  absurd  result  of  infinite  attrition. 
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Suppose  the  Really  Awesome  New  Doodads  Corporation  has  run  afoul  of  a  militant  group 
of  alien  environmentalists  who  are  outraged  by  what  they  perceive  to  be  a  commercially 
motivated  desecration  of  the  asteroid  belt.  Although  the  environmentalists  have  been  tolerant 
of  MPCl’s  modest  peacetime  activities,  management  expects  them  to  take  violent  action  in 
response  to  the  deployment  of  the  other  two  MPCs.  Only  MPC3’s  fleet  is  considered  to  be 
safe  from  loss  (the  aliens  are  apparently  allergic  to  radiation  and  have  no  recourse  to  long- 
range  weapons). 

The  ATTR  record  group  (Fig.  24)  shows  that  at  MPCl,  alien  incursions  are  expected  to 
destroy  an  average  of  one  Z-455  per  1000  expeditions  over  the  first  four  days  of  wartime. 
These  attacks  are  expected  to  double  in  intensity  for  the  next  ten  days  as  MPC2  and  MPC3 
commence  operations.  Meanwhile,  MPC2  is  expected  to  lose  three  ships  per  1000  expeditions 
from  the  time  it  starts  operations  (day  5)  through  day  14.  At  both  locations,  management 
thinks  the  aliens  will  have  exhausted  their  energies  by  day  15  and  will  abandon  the  fight  in 
order  to  pursue  worthier  causes. 

Dyna-METRIC  accounts  for  attrition  losses  on  the  basis  of  expected  value.  Losses  are 
reflected  in  ECHO’s  summary  of  flying  program  requirements  and  restrictions  at  each  base 
(Fig.  25).  Note  that  the  level  of  activity  per  ship  undergoes  no  adjustment  in  order  to  compen¬ 
sate  for  attrition;  thus,  attrition  losses  invariably  imply  a  corresponding  reduction  in  a  base’s 
total  required  program  of  activity. 

Although  aircraft  attrition  losses  should  always  result  in  a  net  reduction  in  total  sortie 
generation,  their  effect  is  occasionally  mitigated  by  improvements  in  the  situation  of  the 
remainder  of  the  system.  In  the  case  of  MPCl,  the  logistics  resources  that  originally  were 
intended  to  support  20  ships  are  required  to  support  only  18  after  a  period  of  11  days.  Further¬ 
more,  computed  daily  component  demands  eventually  fall  to  90  percent  (18  ships  out  of  20)  of 
their  nonattrition  levels,  thereby  yielding  smaller  pipeline  quantities  and  fewer  expected 
backorders.  Indeed,  in  exceptionally  rigorous  scenarios,  these  “benefits”  of  attrition  are  often 
shown  (fallaciously)  to  outweigh  the  effects  of  the  losses  uemselves.  This  is  illustrated  in  Fig. 
26  in  the  day  30  performance  report. 

A  comparison  of  this  report  with  its  counterpart  for  the  second  example  (Fig.  19)  reveals 
that  under  both  cannibalization  policies,  the  expected  number  and  percentage  of  NFMC  ships 
at  MPCl  and  MPC2  decrease.  Expected  sorties  show  marginal  reductions  at  all  MPCs  under 
full  cannibalization,  but  rise  at  MPCl  under  partial  cannibalization.  We  are  thus  confronted 
by  a  paradox:  The  total  number  of  degraded  ships  improves  but  their  overall  performance 
decreases  after  incurring  attrition  losses.  This  unusual  and  inaccurate  result  confirms  the 
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MPCl  .001  5  .002  15  .000 

MPC2  .003  15  .000 


Fig.  24— ATTR  Record  Croup 
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FLYING  PROGRAM  FOR  BASE  --  MPC1 (OFFSHORE) 


DAYS 

AIRCRAFT 

SORTIES 

FH/SRT 

MAX. 

SORTIES 

Ml 

M2 

M3 

M4 

M5 

PEACE 

20 

2.00 

4.00 

3.00 

1 

20 

3.00 

5.00 

3.00 

X 

X 

X 

X 

X 

O  _ 

11 

19 

3.00 

5.00 

3.00 

X 

X 

X 

X 

X 

12- 

29 

18 

3.00 

5.00 

3.00 

X 

X 

X 

X 

X 

30- 

60 

18 

2.00 

5.00 

3.00 

X 

X 

X 

X 

X 

FLYING 

PROGRAM  FOR 

BASE  --  MPC2 (OFFSHORE) 

DAYS 

AIRCRAFT 

SORTIES 

FH/SRT 

MAX . 

SORTIES 

Ml 

M2 

M3 

M4 

M5 

PEACE 

20 

0.00 

5.00 

3.00 

1- 

4 

20 

0.00 

5.00 

3.00 

X 

X 

X 

X 

X 

5 

20 

3.00 

5.00 

3.00 

X 

X 

X 

X 

X 

6- 

9 

19 

3.00 

5.00 

3.00 

X 

X 

X 

X 

X 

10 

39 

2.70 

5.00 

3.00 

X 

y 

X 

X 

X 

11- 

13 

38 

2.70 

5.00 

3.00 

X 

X 

X 

X 

X 

14- 

24 

37 

2.70 

5.00 

3.00 

X 

X 

X 

X 

X 

25- 

60 

37 

1  .  50 

5.00 

3.00 

X 

X 

X 

X 

X 

Fig.  25 — Flying  Program  Echo,  Attrition 


hazards  of  using  Dyna-METRIC  to  analyze  overly  demanding  scenarios  without  First  activating 
option  20  (described  later). 

Although  its  ships  suffer  no  attrition  losses,  MPC3  experiences  slight  reductions  in  pro¬ 
jected  performance.  On  the  problem  LRUs  list,  CELL  MOB  PHONE  has  a  slightly  larger 
component  impact  at  MPC3  with  the  introduction  of  attrition  at  the  other  MPCs.  This  out¬ 
come  may  be  attributed  to  the  allocation  to  MPC3  of  a  larger  share  of  the  component  back¬ 
orders  at  DEPO.  The  fact  that  DEPO’s  expected  telephone  backorders  decrease  as  a  result  of 
attrition  losses  may  explain  the  insignificant  size  of  the  increase  in  component  impact  at 
MPC3. 

Application  Fractions  (APPL) 

A  PPL  records  specify  the  fraction  of  aircraft  at  each  base  that  contain  a  particular  LRU. 
Such  fractions  hold  for  both  peacetime  and  wartime  and  need  only  be  specified  for  those  LRUs 
with  fractions  other  than  1.0  at  some  base.  Suppose  that  only  part  of  the  overall  Z-455  fleet  is 
outfitted  with  fuel  cells  and  targeting  computers.  Figure  27  shows,  for  example,  that  only  90 
percent  of  the  ships  at  MPCl  (or  18  ships)  have  these  LRUs.  The  absence  of  records  for  other 
LRUs  implies  that  each  has  an  application  fraction  of  1.0  at  all  MPCs.  The  application  frac¬ 
tions  are  summarized  in  Table  5  of  the  output  from  ECHO. 

Since  an  application  fraction  of  less  than  1.0  decreases  the  number  of  units  in  service 
(and  the  number  of  units  subject  to  failure),  we  would  expect  reduced  pipelines  for  FUEL 
CELL  and  TARGET  COMPUTER  and  improved  performance  for  the  fleet  as  a  whole  (com¬ 
pared  with  the  results  in  Fig.  19). 

Figure  28  gives  the  new  performance  report  and  problem  LRUs  list  for  day  30.  Such  per¬ 
formance  measures  as  E(NFMC)  and  E(SORTIES)  show  only  marginal  improvements,  if  any. 
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APPL 

FUEL  CELL  MPC1  .90  MPC2  .85  MPC3  .75 

TARGET  COMPUTER  MPC1  .90  MPC2  .85  MPC3  .90 


Fig.  27 — APPL  Record  Group 


The  absence  of  more  substantial  improvements  may  be  attributed  largely  to  the  overwhelming 
influence  of  the  telephone.  However,  the  problem  LRUs  list  shows  a  pronounced  difference  in 
the  effect  of  FUEL  CELL — its  worldwide  component  impact  is  cut  by  35  percent. 

As  before,  TARGET  COMPUTER  does  not  appear  on  the  problem  LRUs  list.6  Its  contri¬ 
bution  to  degraded  performance  can  be  only  negligible  at  best  when  compared  with  those  of  the 
telephone  and  the  fuel  cell. 

Quantity  per  Aircraft  (QPA) 

The  QPA  record  group  accommodates  site-specific  component  quantities  per  aircraft  (and 
for  LRUs,  minimum  quantities  per  aircraft).  There  is  no  mechanism  for  accommodating  site- 
specific  quantities  per  LRU  or  SRU.  QPA  records  are  entered  for  a  subcomponent  only  to 
maintain  a  state  of  compatibility  with  its  parent.  Values  on  QPA  records  override  those  on 
component  description  records;  however,  if  a  component  has  no  QPA  record,  or  if  a  base  is 
absent  from  a  QPA  record,  the  missing  values  are  taken  by  default  to  be  the  quantities  given  in 
the  appropriate  component  description  record.  QPA  data  are  summarized  in  Table  4  of  the 
output  from  ECHO. 

The  LRU  QPA  affects  the  computation  of  performance  measures  in  two  ways.  As  the 
quantity  increases  or  decreases,  so  do  the  component’s  flying  hours,  hence  demands,  pipeline 
contents,  and  expected  number  of  backorders.  The  reverse  happens  to  the  component  impact 
associated  with  a  particular  number  of  backorders  (recall  that  component  impact  is  given  by 
the  ratio  of  the  LRU’s  backorders  to  its  QPA).  Clearly,  these  two  properties  are  offsetting  to 
some  extent;  however,  given  a  constant  level  of  stock,  the  net  effect  of  a  higher  QPA  is  gen¬ 
erally  a  higher  component  impact. 

Miscellaneous  Record  Groups 

The  remaining  three  record  groups  (VTM,  ILM,  and  MESL)  are  closely  tied  to  one 
another.  By  themselves,  the  maintenance  types  defined  in  the  ILM  group  are  inoperative 
unltss  VTM  records  are  used  to  assign  each  LRU  to  a  particular  type  of  repair.  Similarly,  the 
mission  support  profiles  contained  in  the  MESL  records  must  be  used  in  conjunction  with  the 
LRU  mission  essentiality  switches  specified  in  the  VTM  group.  Below  we  describe  the  record 
groups  individually  but  consider  the  joint  effect  of  VTM  records  with  ILM  and  MESL  records. 

’’Detailed  pipeline  reports  for  all  parts  ma_v  be  obtained  with  option  15  (described  below  in  “Additional  Capability 
Assessment  Options"). 
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Variance-to-Mean  Data  (VTM).  The  VTM  record  group  serves  a  multitude  of  pur¬ 
poses,  including  the  specification  of  each  LRU’s: 

•  maintenance  type  (in  conjunction  with  the  ILM  record  group); 

•  wartime  demand  rates  (in  conjunction  with  the  LRU  record  group); 

•  pipeline  variance-to-mean  ratio; 

•  reparability  on  PMC  servers  (in  conjunction  with  the  constrained  repair  module); 

•  mission  essentiality  (in  conjunction  with  the  MESL  record  group); 

•  sustained  demand  rates. 

Figure  29  shows  the  VTM  record  group  for  the  LRUs  of  the  Z-455.  The  target  computer, 
for  instance,  utilizes  type  1  maintenance  (or  repair)  resources.  Its  demand  rates  in  wartime  (at 
both  onshore  and  offshore  bases)  are  identical  to  its  peacetime  demand  rates  (since  the  two 
demand  rate  multipliers  are  set  to  1.0).  The  variance-to-mean  ratio  for  the  number  of  target 
computers  in  pipelines  is  1.0;  consequently,  Dyna-METRIC  considers  target  computer  pipeline 
values  to  be  drawn  from  a  Poisson  distribution. '  The  probability  that  a  failed  computer  can  be 
repaired  by  a  PMC  server  (when  the  constrained  repair  module  is  being  used)  is  1.0.  The  tar¬ 
get  computer  is  essential  only  to  the  execution  of  the  second  mission.  Finally,  the  sustained 
demand  rates  are  left  blank. 

Note  that  VTM  records  could  be  omitted  for  MANEUVER  THRUS  and  the  other  LRUs 
that  are  set  to  default  values:  maintenance  type  0,  wartime  demand  rate  multipliers  of  1.0, 
VTM  ratio  of  1.0,  100  percent  probability  of  repair  by  a  PMC  server,  essential  to  the  execution 
of  all  missions,  and  no  sustained  demand  rates.  The  contents  of  the  VTM  record  group  are 
summarized  in  Table  3  of  th.  output  from  ECHO. 

Maintenance  Deployment  (ILM).  The  ILM  record  group  offers  a  convenient  method 
for  partitioning  LRUs  into  different  classes  for  which  repair  availability  may  differ.  It  consists 
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Fig.  29 — VTM  Record  Group 


A  variance-to-mean  ratio  less  than  1.0  corresponds  to  a  binomial  distribution,  and  a  variance-to-mean  ratio  greater 
than  ’  0  corresponds  to  a  negative  binomial  distribution. 
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of  a  single  record  that  names  the  LRU  maintenance  (repair)  types,  followed  by  a  series  of 
records  that  give  the  maintenance  type’s  start  time  at  each  location  during  wartime  (as  usual, 
peacetime  availability  at  all  locations  is  assumed  automatically).  The  BASE,  CIRF,  and  DEPT 
records  provide  for  two  maintenance  types,  RR  and  RRR.8  The  ILM  records  override  any 
values  set  there  and  are  mostly  used  to  define  more  than  two  maintenance  types.  Start  times 
are  summarized  in  the  echo  of  resupply  and  repair  characteristics. 

Figure  30  shows  the  ILM  records  and  the  VTM  records  from  before  (with  VTM  records 
that  hold  default  values  omitted  and  all  LRUs  considered  essential  for  both  missions).  Besides 
RR  (type  0)  maintenance,  there  are  two  Special  Maintenance  Types.  An  LRU  assigned  to 
maintenance  type  0  on  its  VTM  record  may  enter  repair  immediately  at  DEPO,  on  day  5  at 
CRFl,  and  on  day  8  at  MPC3.  LRUs  assigned  to  type  2  (SMT2),  however,  are  irreparable  at 
all  locations  for  four  weeks  (until  day  29). 

LRUs  that  are  temporarily  irreparable  at  a  particular  location  are  treated  in  a  different 
manner  than  those  specified  as  being  always  irreparable  at  certain  echelons  (by  using  the  level 
of  repair  indicator  in  the  LRU  record,  for  instance).  Temporarily  irreparable  LRUs  are  accum¬ 
ulated  in  local  repair  pipelines  until  repair  of  the  appropriate  type  becomes  available. 

The  output  for  day  30  (Fig.  31)  shows  that  performance  is  severely  degraded  at  MPCl 
and  MPC2  because  of  shortages  of  fuel  cells  and  telephones  (the  type  2  LRUs  for  which  repair 
was  delayed  until  day  29).  As  a  consequence  of  that  delay,  the  in  test/repair  pipeline  segment 
at  MPCl  appears  to  contain  more  telephones  than  were  ever  allocated  to  MPCl  (40  installed 
on  ships  and  24  spares).  This  is  because  Dyna-METRIC  computes  component  failures  on  the 
basis  of  the  required  flying  program  whether  or  not  it  is  achievable.  Option  20  (described 
later)  dispels  thic  paradox  by  adjusting  the  flying  program. 
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ILM 

RR 

SMT1 

SMT2 

DEPO 

1 

1 

29 

CRFl 

5 

5 

29 

MPC3 

8 

12 

29 

VTM 


NAV  COMPUTER 

1 

1.0 

1.0 

1.0 

1.0 

11000 

FUEL  CELL 

2 

1.0 

1 . 0 

1.0 

1.0 

11000 

TARGET  COMPUTER 

1 

1.0 

1.0 

1.0 

1.0 

11000 

SENSOR 

1 

1.0 

1.0 

1.0 

1.0 

11000 

CELL  MOB  PHONE 

2 

1.0 

1.0 

1.0 

1.0 

11000 

Fig.  30— ILM  Record  Group 


’’Although  these  maintenance  types  frequently  have  names  that  imply  a  particular  mode  of  handling  (for  instance, 
RR  means  Remove  and  Replace),  Dyna  METRIC  endows  none  of  them  with  any  unique  characteristics. 


59 


60 


Mission  Requirements  (MESL).  This  record  group  specifies  changing  mission  support 
profiles  at  operating  bases.  Although  it  gives  some  indication  of  mission  activity  at  each  base, 
neither  it  nor  any  other  group  contains  an  explicit  mechanism  for  specifying  how  many  mis¬ 
sions  of  each  type  are  flown  on  a  daily  basis.  The  primary  function  of  the  MESL  group  (in 
conjunction  with  the  VTM  record  group)  is  to  identify  and  discount  nonessential  LRUs  before 
the  computation  of  performance  reports,  problem  LRUs  lists,  and  the  like.  ECHO  summarizes 
each  base’s  mission  support  profile  as  part  of  its  flying  program  echo. 

Suppose  that  Z-455s  may  undertake  two  missions:  asteroidal  debris  collection  (Ml)  and 
alien  attack  suppression  (M2).  Figure  32  shows  the  MESL  records  and  the  original  VTM 
records  (with  the  maintenance  type  in  column  18  ignored).  In  peacetime,  MPCl  supports  only 
Ml;  starting  day  1  (the  outbreak  of  hostilities),  it  supports  M2  as  well.9  By  day  30,  M2 
becomes  unnecessary  and  MPCl  reverts  to  supporting  just  Ml.  MPC2  has  a  similar  mission 
support  profile  except  for  the  days  on  which  they  go  into  effect.  MPC3,  though,  supports  only 
Ml  (since  its  Z-455s  are  essentially  immune  to  alien  attack). 

When  taken  together,  these  MESL  and  VTM  groups  specify  that,  beginning  on  day  30  at 
MPCl  (and  on  day  25  at  MPC2),  both  the  targeting  computer  and  the  telephone  become 
entirely  superfluous  to  Z-455  operations;  furthermore,  they  are  always  superfluous  to  opera¬ 
tions  at  MPC3.  The  particle  collector  is  nonessential  to  the  second  mission  but  is  always 
essential  to  the  first  mission  at  all  MPCs;  consequently,  it  is  never  entirely  superfluous  at  any 
location. 
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MESL 

MPCl  10000  111000  3010000 

MPC2  11000  2510000 
MPC3  10000 


NAV  COMPUTER 

1.0 

1.0 

1.0 

11000 

MANEUVER  THRUS 

1.0 

1.0 

1.0 

11000 

FUEL  CELL 

1.0 

1.0 

1.0 

11000 

DOCKING  MECH 

1.0 

1.0 

1.0 

11000 

TARGET  COMPUTER 

1.0 

1.0 

1.0 

01000 

ASTEROID  BLASTR 

1.0 

1.0 

1.0 

11000 

PART  COLLECTOR 

1.0 

1.0 

1.0 

10000 

SENSOR 

1.0 

1.0 

1 .0 

11000 

CONTROL  PANEL 

1.0 

1.0 

1.0 

11000 

CELL  MOB  PHONE 

1.0 

1.0 

1.0 

01000 

Fig.  32— MESL  Record  Group 


9Our  compilation  of  the  model  provides  space  for  five  missions.  See  the  discussion  of  the  DMMISSNS  parameter 
in  App.  B  for  details. 
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Although  an  LRU  may  be  nonessential,  it  is  nevertheless  considered  to  be  always  onboard 
the  aircraft.  It  undergoes  the  same  removal,  repair,  and  resupply  processes  that  it  would  if  it 
were  mission  essential.  In  the  constrained  repair  module,  nonessential  LRUs  still  compete  for 
repair  resources  on  an  equivalent  footing  with  essential  LRUs.  The  only  effect  of  the  LRU’s 
nonessentiality  at  a  particular  base  is  that  it  makes  no  contribution  to  degradation  of  perfor¬ 
mance  at  that  base,  regardless  of  its  component  impact. 

REPORT’S  output  for  day  30  (Fig.  33),  compared  with  that  of  the  second  example  (Fig. 
19),  shows  how  sortie  generation  increases  dramatically  at  MPCl  and  MPC2,  where  the  tele¬ 
phone  is  normally  the  chief  culprit  for  degraded  performance.  At  MPC3,  however,  the  tele¬ 
phone  is  not  usually  a  high  driver;  hence,  performance  gains  are  only  marginal.  As  expected, 
the  statistics  for  full  cannibalization  and  partial  cannibalization  become  identical  because  of 
the  discounting  of  the  telephone  (the  only  LRU  not  subject  to  cannibalization). 

Although  it  is  no  longer  a  true  problem  LRU,  the  telephone  continues  to  be  listed  in  the 
problem  LRUs  list;  furthermore,  Dyna-METRIC  continues  to  account  for  its  failures,  repair, 
and  resupply.  This  is  done  only  for  purposes  of  information,  however,  and  should  not  be  con¬ 
strued  as  an  indication  of  the  telephone’s  ongoing  contribution  to  degraded  performance. 


ADDITIONAL  CAPABILITY  ASSESSMENT  OPTIONS 

Just  as  it  has  unusual  data  elements,  Dyna-METRIC  also  has  a  number  of  capability 
assessment  options  that  are  more  specialized  than  such  workhorses  as  option  11  and  option  8. 
Discussed  below  are: 

•  detailed  parts  disposition  (option  15) 

•  achievable  sorties  on  PMC  and  FMC  aircraft  (option  20) 

•  constrained  depot  workload  report  (option  1) 

•  daily  demands  report  (option  18) 

•  depot  workload  report  (option  7). 

Detailed  Parts  Disposition  (Option  15) 

Option  15  produces  a  report  similar  in  content  to  the  detailed  pipeline  segments  section 
of  the  problem  LRUs  list  (option  8).  Rather  than  listing  the  location-by-location  pipelines  for 
each  part,  it  lists  part-by-part  pipelines  for  each  location.  Option  15  has  no  associated  parame¬ 
ters. 

The  detailed  parts  disposition  at  DEPO  and  MPCl  for  day  30  of  the  second  example  is 
given  in  Fig.  34.  (The  similar  segments  for  CRFl  and  the  other  MPCs  are  omitted.)  This 
report  is  somewhat  sparser  in  detail  than  its  counterpart  in  the  problem  LRUs  list.  No  men¬ 
tion  is  made  of  component  impacts.  Nevertheless,  the  pipeline  segments  themselves  are  identi¬ 
cal  and  may  be  of  use  to  the  analyst  who  is  curious  about  the  status  of  components  not  con¬ 
tained  in  the  list  of  problem  LRUs. 

Achievable  Sorties  for  PMC  and  FMC  Aircraft  (Option  20) 

Under  normal  circumstances,  Dyna-METRIC  computes  component  removals  strictly  on 
the  basis  of  required  flying  activity;  whether  the  required  program  is  actually  achievable  is 
academic.  This  technique  is  adequate  when  applied  to  undemanding  scenarios  in  which 
projected  sortie  generation  either  meets  or  comes  close  to  meeting  stipulated  requirements.  It 
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DETAILEO  PIPELINE  SEGMENT  REPORT  AT  DEPOT  DEPO  ON  DAY  30-- 


PART  NAME 

NUMBER 

RETRO. 

ADM  1 N . 

IN  TEST 

AWP 

ORDERED 

TOTAL 

STOCK 

BACKORDERS 

NAV  COMPUTER 

L 

1 

0.97 

0.19 

0.72 

0.00 

0.14 

2.02 

1 

1  .  15 

MANEUVER  THRUS 

L 

2 

0.34 

0.06 

0.11 

0.00 

0.00 

0.51 

0 

0.51 

FUEL  CELL 

L 

3 

24.01 

4.70 

38.82 

0.00 

2.52 

70.05 

7 

63.05 

DOCKING  MECH 

L 

4 

0.00 

0.00 

0.00 

0.00 

0.00 

0.00 

0 

0.00 

TARGET  COMPUTER 

L 

5 

0.36 

0.07 

0.23 

0.00 

0.06 

0.72 

0 

0.72 

ASTEROID  BLASTR 

L 

6 

3.58 

0.69 

2.89 

1  .  73 

0.00 

8.91 

4 

4.94 

PART  COLLECTOR 

L 

7 

0.15 

0.03 

0.11 

0.00 

0.00 

0.28 

0 

0.28 

SENSOR 

L 

8 

52.38 

8.02 

32.32 

0.00 

16.80 

109.53 

2 

107.53 

CONTROL  PANEL 

L 

9 

0.96 

0.18 

0.82 

0.00 

0.00 

1.95 

0 

1.95 

CELL  MOB  PHONE 

L 

10 

12.45 

2.57 

23.61 

12.07 

11.71 

62.41 

2 

60.41 

PULSED  BEAM  GEN 

S 

1 

0.56 

0.12 

1.23 

0.00 

0.47 

2.38 

0 

2.38 

AUTO  DIAL  MOD 

s 

2 

0.76 

C.  19 

5.96 

3.92 

1.64 

12.47 

0 

12.47 

AUTO  ANSWER  SYS 

s 

3 

0.50 

0.  13 

4.52 

1.13 

0.56 

6.83 

0 

6.83 

MUTE  SWITCH 

s 

4 

0.44 

0.11 

3.76 

0.00 

0.00 

4.32 

0 

4.32 

MEMORY  UNIT 

ss 

1 

0.36 

0.09 

6.42 

0.00 

0.61 

7.48 

1 

6.48 

REDIAL  CIRCUIT 

ss 

2 

0.06 

0.01 

1 . 50 

0.00 

0.14 

1.71 

0 

1.71 

MESSAGE  REC 

ss 

3 

0.06 

0.02 

0.72 

0.00 

0.08 

0.88 

1 

0.29 

CALL  SCREEN  DEV 

ss 

4 

0.12 

0.03 

1 .22 

0.00 

0.26 

1 .63 

0 

1.63 

DETA I  LED  PIPELINE  SEGMENT  REPORT  AT  BASE  MPC 1  ON  DAY  30-- 


PART  NAME 

NUMBER 

ADM  1  N  . 

IN  TEST 

AWP 

OROERED 

total 

STOCK 

BACKORDERS 

NAV  COMPUTER 

L 

1 - 

---  0.00 

0.00 

0.00 

1 .96 

1.96 

8 

0.00 

MANEUVER  THRUS 

L 

2  .... 

0.00 

0.00 

0.00 

1.52 

1.52 

25 

0.00 

FUEL  CELL 

L 

3 - 

0.00 

0.00 

0.00 

50.64 

50.64 

25 

25.64 

DOCKING  MECH 

L 

4  ---- 

0.00 

0.00 

0.00 

0.03 

0.03 

5 

0.00 

TARGET  COMPUTER 

L 

5 - 

0.00 

0.00 

0.00 

0.83 

0.83 

7 

0.00 

ASTEROID  BLASTR 

L 

6  ---- 

0.00 

0.00 

0.00 

7.25 

7.25 

18 

0.00 

PART  COLLECTOR 

L 

7 - 

0.00 

0.00 

0.00 

0.98 

0.98 

6 

0.00 

SENSOR 

L 

8  ---- 

0.00 

0.00 

0.00 

19.37 

19.37 

32 

0.01 

CONTROL  PANEL 

L 

9  ---- 

0.00 

0.00 

0 .  DO 

2.29 

2.29 

8 

0.00 

CELL  MOB  PHONE 

L 

10  ---- 

0.00 

0.00 

0.00 

36.60 

36.60 

24 

12.62 

PULSED  BEAM  GEN 

S 

1 - 

0.00 

0.00 

0.00 

0.00 

0.00 

5 

0.00 

AUTO  DIAL  MOD 

S 

2  ---- 

0.00 

0.00 

0.00 

0.00 

0.00 

3 

0.00 

AUTO  ANSWER  SYS 

S 

3  —  — 

0.00 

0.00 

0.00 

0.00 

0.00 

3 

0.00 

MUTE  SWITCH 

S 

4 

0.00 

0.00 

0.00 

0.00 

0.00 

8 

0.00 

MEMORY  UNIT 

SS 

1  ---- 

0.00 

0.00 

0.00 

0.00 

0.00 

0 

0.00 

REDIAL  CIRCUIT 

SS 

2  ---- 

0.00 

0.00 

0.00 

0.00 

0.00 

0 

0.00 

MESSAGE  REC 

SS 

3 - 

0.00 

0.00 

0.00 

0.00 

0.00 

0 

0.00 

CALL  SCREEN  DEV 

ss 

4  ---- 

0.00 

0.00 

0.00 

0.00 

0.00 

0 

0.00 

Fig.  34 — Detailed  Parts  Disposition,  Option  15 


is  a  must  if  requirements  for  spare  components  are  to  be  computed.  But  for  capability  assess¬ 
ments  in  rigorous  scenarios,  its  shortcomings  soon  become  apparent.  Suppose,  for  example, 
that  MPC1  is  required  to  generate  50  expeditions  on  a  particular  day,  but  that  some  combina¬ 
tion  of  circumstances  restricts  its  projected  output  to  only  10  expeditions.  Among  these  limit¬ 
ing  circumstances  is  the  pattern  of  component  failures  that  would  arise  were  all  50  expeditions 
actually  achievable.  It  is  unfair  to  impose  such  a  drain  upon  MPCl’s  resources  when  it  is 
inconceivable  that  so  many  failures  could  ever  really  occur.  Furthermore,  it  is  quite  possible 
that  if  failures  are  generated  on  the  basis  of  a  more  realistic  number  of  expeditions,  MPCl’s 
projected  output  could  rise  above  10  expeditions. 

Option  20  addresses  this  problem  on  an  LRU-by-LRU  basis  at  each  time  of  analysis.  In 
a  separate  computation  for  each  LRU,  option  20  iteratively  reduces  each  base’s  original  total 
sortie  generation  goal  until,  from  the  standpoint  of  that  LRU  alone,  the  adjusted  goal  can  be 
achieved  with  some  specified  level  of  confidence.  Upon  the  completion  of  this  procedure  for  all 
LRUs,  the  user  may  be  reasonably  certain  that  excessive  LRU  failures  no  longer  constitute  a 
valid  excuse  for  degraded  performance. 


Option  20  has  two  parameters.  The  sortie  rate  (on  the  SRTS  record)  is  successively  mul¬ 
tiplied  by  the  percent  in  the  first  parameter  until  the  confidence  level  in  the  second  parameter 
is  achieved.  In  general,  both  the  accuracy  and  execution  time  of  the  search  increase  as  these 
parameters  increase.  In  this  example,  unachievable  sorties  will  be  scaled  back  to  95  percent  of 
the  unachievable  level  on  each  step  until  a  confidence  of  0.80  is  achieved. 

Suppose  MPC1  has  a  sortie  rate  of  50  on  day  20,  but  the  confidence  of  actually  achieving 
this  (with  respect  to  the  asteroid  blaster)  is  only  0.25.  Option  20  reduces  the  sortie  rate  to  95 
percent  of  50,  or  47.5.  If  the  confidence  of  achieving  this  new  program  (again,  with  respect  to 
the  blaster)  is  only  0.50,  option  20  again  reduces  MPCl’s  sortie  rate  to  95  percent  of  its  current 
value  (95  percent  of  47.5,  or  45.125)  until  the  confidence  of  achieving  it  equals  or  exceeds  0.80. 
This  final  value  then  becomes  the  actual  “required”  sortie  rate  on  the  basis  of  which  blaster 
failures  are  computed.  This  procedure  is  repeated  for  each  LRU  at  each  time  of  analysis. 

After  completing  its  iterative  search  for  the  greatest  number  of  sorties  achievable  at  each 
base  with  respect  to  each  LRU  at  each  time  of  analysis,  option  20  reports  its  findings  to  File  7 
in  PIPE.10  For  each  LRU  that  cannot  withstand  the  rigors  of  the  user-specified  program  of 
activity,  option  20  provides  a  new  SRTS  record  group.  Our  example  yields  two  such  overtaxed 
LRUs,  listed  in  Fig.  35  with  their  newly  computed  SRTS  groups. 

These  records  exhibit  several  noteworthy  characteristics.  The  days  on  which  sortie  rates 
change  at  the  various  MPCs  correspond  exactly  to  those  specified  in  the  SRTS  group  (without 
time  scaling).  Moreover,  user-specified  rates  act  as  upper  bounds  on  the  values  computed  by 
option  20.  Thus,  option  20  may  reduce  sortie  rate  goals,  but  it  never  increases  them  above 
their  original  levels. 


OPTION  20  RESULTS:  4  LRUS  HAD  THEIR  FLYING  PROGRAMS  SCALED  BACK. 

SEE  OUTPUT  FILE  7  FOR  THE  LRUS  AND  THEIR  ASSOCIATED  SORTIE  RATES. 


FUEL  CELL  L  3 

BASED  ON  INPUT  AND  PURCHASED  STOCK  FOR  TIMES  2 
MPC11.71  12.57  302.00  610.00  00.00  00.00  0 


CELL  NOB  PHONE  L  10 

BASED  ON  INPUT  AND  PURCHASED  STOCK  FOR  TIMES  2 
MPC11.63  12.44  302.00  610.00  00.00  00.00  0 

FUEL  CELL  L  3 

BASED  ON  INPUT  AND  PURCHASED  STOCK  FOR  TIMES  16  30  46  60 

MPC11.71  12.57  302.00  610.00  00.00  00.00  0 


CELL  MOB  PHONE  L  10 

BASED  ON  INPUT  AND  PURCHASED  STOCK  FOR  TIMES  16 


MPC 1 1  . 

.63 

12 

.44 

302 

.00 

610 

.00 

00. 

.00 

00. 

.00 

0 

NPC20. 

.00 

52. 

.85 

102. 

.56 

251  . 

.50 

610. 

.00 

00. 

00 

c 

MPC30 

.00 

81 

.80 

501 

.00 

610 

.00 

00 

.00 

00 

.00 

0 

30  46  60 


Fig.  35 — Adjusted  Flying  Program,  Option  20 


10Option  20  has  different  file  requirerrents  than  a  regular  Dvna-METRIC  run;  its  files  are  descrioed  in  App.  A. 
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The  “four”  LRUs  listed  are  really  two  LRUs  with  more  than  one  associated  SRTS  group: 
a  group  for  day  2  and  another  for  days  16,  30,  46,  and  60.  These  multiple  listings  are  due  to 
the  time-varying  stock  levels.  The  first  group  gives  the  highest  sortie  rates  achievable  through 
day  2  (ignore  all  entries  for  times  beyond  day  2);  the  second  group  gives  the  highest  sortie  rates 
achievable  through  day  16,  through  day  30,  and  so  forth.  The  number  of  sortie  rates  is  equal 
to  DMANALYS,  the  number  of  times  of  analysis  set  when  the  model  was  compiled  (in  this 
case,  six). 

The  model-computed  SRTS  records  are  often  incomplete  in  the  sense  that  .here  are  some 
MPCs  for  which  a  record  is  missing  for  some  time  of  analysis.  For  example,  the  day  2  SRTS 
group  for  FUEL  CELL  contains  only  a  record  for  MPCl.  The  highest  sortie  rate  that  can  go 
into  effect  at  MPCl  on  day  1  and  still  be  achievable  (from  the  standpoint  of  the  fuel  cell)  with 
a  confidence  level  of  0.80  on  day  2  is  2.57  expeditions  per  Z-455.  The  absence  of  records  for 
MPC2  and  MPC3  implies  that  the  requirements  established  for  those  bases  on  day  2  are 
achievable  without  reduction  (in  both  cases,  this  is  automatic  since  operations  begin  after  day 
2). 

Because  sortie  rate  reductions  are  effected  on  an  LRU-by-LRU  basis,  it  is  frequently  the 
case  that  different  rates  are  specified  at  the  same  time  for  the  same  base  (compare  the  peace¬ 
time  rates  at  MPCl).  In  part,  this  is  a  compromise  between  reality  and  Dyna-METRIC’s 
somewhat  conservative  assumption  that  only  FMC  aircraft  may  fly  sorties.  With  option  20  in 
effect,  PMC  aircraft  may  be  thought  to  fly  sorties  as  well,  thereby  accounting  for  any  perceived 
variations  in  total  flying  hours  among  different  LRUs.  In  short,  option  20  generates  LRU 
failures  based  upon  both  FMC  and  PMC  sorties,  although,  as  usual,  only  FMC  sorties  are 
counted  when  overall  performance  is  measured. 

The  performance  report  (option  11)  for  day  30  (Fig.  36),  compared  with  the  earlier  results 
without  option  20  (Fig.  19),  shows  improvement  in  performance.  Total  worldwide  sortie  gen¬ 
eration  increases  2  percent  under  full  cannibalization  and  9  percent  under  partial  cannibaliza¬ 
tion.  The  expected  number  of  NFMC  ships  drops  in  both  cases,  while  the  number  of  FMC 
ships  with  90  percent  confidence  rises  (especially  for  MPCl).  Note  that  PROB.  ACHIEVE 
SORTIES  continues  to  refer  to  the  original,  user-specified  program  of  activity  and  not  the 
model-computed  sortie  rates. 

The  problem  LRUs  list  (option  8)  also  shows  the  effects  of  the  relaxed  method  for  com¬ 
puting  component  failures.  While  all  three  of  the  LRUs  originally  on  the  list  continue  to 
appear,  their  component  impacts  are  diminished  considerably.  Although  the  presence  of  any 
entries  at  all  might  suggest  that  the  model-computed  program  is  still  not  achievable,  such  a 
conclusion  is  unwarranted.  While  these  LRUs  can  be  expected  to  incapacitate  more  than  the 
target  number  of  ships  at  one  or  more  MPC,  the  new  expedition  generation  rates  with  respect 
to  each  are  sufficiently  slack  that  these  losses  represent  no  degradation  in  required  perfor¬ 
mance. 

In  addition  to  presenting  a  more  realistic  depiction  of  achievable  sortie  rates,  the  activa¬ 
tion  of  option  20  prevents  the  occurrence  of  paradoxes  of  the  sort  observed  earlier  with  the 
ATTR  and  ILM  record  groups. 

Constrained  Depot  Workload  (Option  1) 

Option  1  constrains  the  depot’s  daily  wartime  workload  to  a  percentage  of  its  daily  peace¬ 
time  workload.  Using  this  option  without  a  peacetime  flying  program  means  that  the  depot 
completes  no  repairs  during  peacetime,  implying  a  wartime  limit  of  zero,  which  effectively  cuts 
off  depot  repair. 
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The  first  parameter  contains  the  percentage  of  peacetime  daily  completions  that  can  fin¬ 
ish  depot  repair  on  each  day  of  war;  the  second  parameter  is  not  used.  In  this  example,  DEPO 
can  repair  four  times  as  many  LRUs  during  wartime,  so  the  first  parameter  is  400  (percent). 
Thus,  if  DEPO  repaired  four  fuel  cells  per  day  during  peacetime,  it  can  repair  at  most  sixteen 
per  day  during  wartime. 

Option  1  alone  does  not  produce  output  reports.  It  must  be  run  in  conjunction  with 
option  11  (for  a  performance  report)  and/or  option  18  (for  the  computed  maximum  daily 
throughput,  or  number  of  completions). 

The  day  30  performance  report  (Fig.  37)  shows  tnat  putting  a  cap  on  depot  repair  comple¬ 
tions  degrades  performance.  When  there  are  no  limits  on  depot  repair  (Fig.  19),  about  19 
spaceships  are  expected  to  be  degraded  (under  the  assumption  of  full  cannibalization);  but 
when  depot  repair  throughput  is  limited  to  400  percent  that  of  peacetime,  26.5  spaceships  are 
expected  to  be  degraded. 

Daily  Demands  Report  (Option  18) 

The  expected  daily  demands  for  repair  and  supply  at  each  location  are  reported  when 
option  18  has  been  selected.  This  option  has  no  parameters. 

Demands  for  repair  refers  to  the  number  of  parts  arriving  at  each  location  that  require 
repair  by  that  location’s  repair  facility  before  NRTS/condemnation  decisions  are  made.  If 
such  decisions  are  made  before  repair,  the  number  of  items  actually  entering  repair  is  less  than 
the  reported  daily  demands  for  repair.  (For  example,  if  the  NRTS  rate  is  .3,  the  number  enter¬ 
ing  repair  is  .7  times  the  daily  demand  rate  for  repair.) 

Demands  on  supply  refers  to  the  expected  number  of  requisitions  received  at  that  location 
on  that  day.  At  bases,  the  daily  demands  on  base  supply  for  LRUs  is  the  number  of  daily 
removals  of  LRUs  from  aircraft.  For  cirfs  and  depots,  the  requisition  arrives  immediately 
when  a  base  NRTSes  (or  condemns)  a  component,  but  the  NRTSed  component  (and  thus  the 
demand  for  cirf  or  dc,.  jt  repair)  does  not  arrive  until  a  transportation  time  latei.  (Condemned 
components  generate  demands  on  supply  at  the  higher  echelon,  but  not  demands  for  repair.) 

Running  options  1  and  18  with  the  second  example  produces  the  report  shown  in  Fig.  38 
(only  the  values  associated  with  the  First  three  LRUs  are  listed).  Option  1  results  are  reported 
under  the  heading  Maximum  Daily  Thruput  for  the  depot;  without  option  1,  depot  throughput 
would  be  unlimited  like  that  of  the  cirf. 

Consider  the  statur  of  the  fuel  cell  on  day  2.  At  MPCl,  5.4  fuel  cells  ere  expected  to  be 
removed  and  enter  base  level  repair.  Simultaneously,  their  replacements  are  requested  from 
base  supply.  At  MPC2  and  MPC3,  there  are  no  expected  removals  because  neither  base  is  in 
operation  yet.  The  expected  number  of  requisitions  received  by  CRF1  for  the  fuel  cell  is  5.4, 
while  the  depot  expects  no  requisitions.  The  expected  number  of  fuel  cells  that  arrive  at  CRF1 
for  repair  is  3.807,  at  the  depot  0.819. 

Depot  Workload  Report  (Option  7> 

Option  7  produces  a  report  on  minimum  and  maximum  depot  workload  for  each  LRU, 
and  purchases  additional  LRU  depot  stock  to  satisfy  the  requisitions  that  cannot  be  met  by 
initial  depot  stock  or  by  depot  repairs.  The  confidence  with  which  this  is  to  be  accomplished  is 
specified  in  the  second  parameter  (our  example  uses  .80).  The  cost  of  each  LR’ T  is  specified  in 
the  LRU  record  group. 


PS  R  t  ORMANC f  BASS  O  ON  STOCK  ON  HAND  ON  DAY  30. 
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Basically,  the  depot  is  required  to  ship  an  LRU  to  satisfy  each  requisition  as  received. 
During  peacetime,  LRUs  are  assumed  to  begin  repair  as  soon  as  they  arrive  at  the  depot.  Dur¬ 
ing  a  wartime  surge,  the  depot  may  not  be  able  to  satisfy  requisitions  by  simply  repairing 
LRUs.  The  requisitions  arrive  almost  immediately,  but  the  actual  LRUs  to  be  repaired  may 
not  arrive  for  several  days.  The  depot  must  have  stock  reserves  to  last  through  the  period 
when  depot  repairs  cannot  keep  up  with  requisitions. 

Option  7  considers  only  the  initial  stock  levels  (and  any  stock  it  purchases)  and  disre¬ 
gards  deployed  stock.  ECHO  prints  a  warning  message  if  it  encounters  new  stock  levels.  How¬ 
ever,  the  model  ignores  these  new  values  as  if  they  were  not  in  the  STK  recoid  group  and 
proceeds. 

Program  PIPE  shows  the  value  of  purchased  depot  stock  at  each  time  of  analysis  (Fig. 
39).  The  model  determines  the  day  on  which  cumulative  requisitions  most  exceed  initial  depot 
stock  plus  the  cumulative  output  from  depot  repair.  Because  requisitions  must  be  satisfied  as 
soon  as  they  are  received,  sufficient  depot  LRUs  are  purchased  to  cover  any  shortfall  with  the 
given  confidence.  This  stock  is  assumed  to  have  been  available  from  the  start  of  the  scenario. 

The  depot  workload  report  covers  only  the  days  selected  as  times  of  analysis.11  Figure  40 
shows  the  portion  of  the  report  dealing  with  the  first  three  LRUs.  Each  LRU  initially  had  no 
depot  stock.  The  model  computed  a  requirement  of  three  NAV  COMFUTERs  worth  $60,000, 
four  MANEUVER  THRUSs  worth  $32,000  and  three  FUEL  CELLs  worth  $8,000. 

For  NAV  COMPUTER  on  day  30,  there  are  .3621  expected  requisitions  and  .3890 
expected  arrivals  for  repair.  If,  as  in  peacetime,  the  depot  starts  repairing  each  computer  as 
soon  as  it  arrives,  .3552  would  complete  repair.  To  satisfy  requisitions  as  soon  as  they  are 
received,  .3040  computers  must  start  repair  on  day  30. 

The  right-hand  part  of  the  table  gives  the  cumulative  values  from  day  1  through  each  par¬ 
ticular  time  of  analysis.  For  example,  cumulative  demands  on  supply  on  day  30  (9.85  for  NAV 
COMPUTER)  is  the  sum  of  the  daily  demands  from  day  1  through  day  30. 


VALUE  OF  CIRF  AND  DEPOT  LRUS  AT  END  OF  DAY  -- 
(COSTS  GIVEN  IN  THOUSANDS  OF  DOLLARS) 


LOC. 

DAY  2 

DAY  16 

DAY  30 

DAY  46 

DAY  60 

CRF1 

0.00 

0.00 

0.00 

0.00 

0.00 

DEPO 

6307.50 

6307.50 

6307.50 

6307.50 

6307.50 

ALL 

6307 . 50 

6307 . 50 

6307.50 

6307.50 

6307.50 

VALUE 

OF  ADDED  CIRF  AND  DEPOT  LRUS  -- 

(COSTS 

GIVEN  IN 

THOUSANDS 

OF  DOLLARS) 

LOC. 

DAY  2 

DAY  16 

DAY  30 

DAY  46 

DAY  60 

CRF1 

0.00 

0.00 

0.00 

0.00 

0.00 

DEPO 

6307.50 

0.00 

0.00 

0.00 

0.00 

ALL 

6307.50 

0.00 

0.00 

0.00 

0.00 

Fig.  39 — Value  of  Stock  Purchased,  Option  7 


"Option  7  has,  different  file  requirements  than  a  regular  Dyna-METRIC  run.  File  10  in  PIPE  contains  the  depot 
workload  report  associated  with  times  of  analysis;  file  11  d  scribes  the  same  but  for  each  internal  (scaled)  day.  Appen¬ 
dix  A  explains  the  file  requirements  and  job  control  language  used  with  this  option. 
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REQUIREMENTS  COMPUTATIONS 

When  Dyna-METRIC  is  used  to  recommend  spares  levels,  it  is  important  to  understand 
the  order  in  which  the  computation  proceeds.  In  particular,  the  model  buys 

•  subSRUs  before  SRUs 

•  SRUs  before  LRUs 

•  depot  stock  before  cirf  stock 

•  cirf  stock  before  base  stock. 

This  way,  the  number  of  components  in  AWP  status  reflects  the  number  of  subcomponents 
purchased.  Also,  it  reduces  the  number  of  components  on  order  to  reflect  the  spares  purchased 
for  the  higher  echelon.  For  example,  the  purchase  of  LRUs  at  the  cirf  and  SRUs  at  the  base 
will  lower  the  requirement  for  LRUs  at  the  base  because  fewer  will  be  AWP  or  on  order. 

Input  Data  Set 

Suppose  that  some  junior  managers  doubted  the  company’s  decision  to  forgo  purchasing 
additional  spare  components  as  a  means  of  achieving  greater  levels  of  activity.  They  were  sure 
that  sensible  levels  of  stock  would  augment  performance.  They  went  overboard,  however,  and 
decided  to  buy  stock  for  all  types  of  components  at  all  locations. 

Option  Selection  Records  (OPT).  Note  the  haphazard  order  of  the  options  in  Fig.  41. 
Any  order  will  do  because  the  computations  proceed  as  previously  mentioned. 

Option  6  purchases  SRU  and  subSRU  spares.  Subcomponents  are  typically  less  expen¬ 
sive  than  the  parent  LRU,  so  a  stringent  performance  goal  was  selected — enough  spares  for 
each  SRU  and  subSRU  so  that  the  probability  of  that  part  grounding  no  spaceships  (assuming 
no  stock  of  the  parent  LRU  or  SRU)  is  at  least  .90. 


columns 

1  2  3  4  5  6  7 

1234567890123456789012345678901234567890123456789012345678901234567890 

OPT 
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.90 
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17 

.85 

9 

12 

15 

.90 

Fig.  41 — OPT  Record  Group,  Stock  Buy 
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Options  2  and  5  purchase  LRU  spares  for  the  depot  and  cirf,  respectively.  For  each  LRU, 
these  options  buy  stock  at  DEPO  and  CRF1  to  assure  that  no  more  than  15  percent  of  the 
fleet  they  serve  is  grounded  (for  that  LRU)  with  at  least  a  .90  probability. 

Three  options  direct  the  model  to  purchase  LRUs  at  each  base.  Option  3  works  the  same 
way  as  options  2  and  5— it  buys  stock  to  an  individual  aircraft  goal,  but  for  bases.  Option  4 
buys  base  LRU  stock  for  an  overall  aircraft  goal  (explained  below).  Option  17  asks  for  suffi¬ 
cient  base  LRU  spares  so  that,  even  without  cannibalization,  85  percent  of  the  expected 
number  of  spaceships  are  up  and  flying.  Note  that  this  second  parameter  has  a  different 
meaning  than  the  other  options’  parameters:  It  is  similar  to  the  others’  first  parameter  but 
reflects  the  percent  of  aircraft  not  grounded. 

Option  4  is  different  from  the  other  options  because  it  buys  base  LRU  spares  for  an 
overall  aircraft  goal.  Though  its  parameters  are  the  same  as  those  for  option  3,  option  4  adds 
more  base  spares  based  on  a  marginal  analysis  that  holds  down  total  costs.  Option  3  only 
ensures  that  the  probability  of  a  specific  component  grounding  more  than  15  percent  of  the 
spaceships  is  less  than  .10  (1  -  .90).  But  if  each  of  the  ten  LRUs  has  a  .90  probability  of  not 
grounding  too  many  Z-455s,  the  probability  that  none  of  those  LRUs  grounds  too  many  ships 
is  ,9010,  or  .35.  Option  4,  then,  buys  more  spare  base  LRUs  to  guarantee  (with  .90  confidence) 
no  more  than  15  percent  aircraft  down. 

Finally,  option  9  saves  the  recommended  stock  levels  (the  sum  of  initial  and  purchased 
stock)  in  a  formatted  file  for  future  use,12  and  option  12  reassesses  capability.  Option  12  pro¬ 
duces  essentially  the  same  report  as  does  option  11,  but  bases  the  performance  on  the  recom¬ 
mended  spares  levels.  (Option  11  bases  its  report  on  input  stock  as  well  as  stock  bought  for  an 
earlier  time  of  analysis.) 

Stock  Levels  (STK).  The  STK  records  associated  with  time-varying  stock  levels  must 
be  removed  from  the  input  data  set.  The  model  cannot  purchase  and  deploy  stock  in  the  same 
run.  It  can,  however,  compute  additional  stock  based  on  given  initial  stock  levels,  so  it  is  not 
always  necessary  to  remove  every  STK  record  (the  initial  stock  level  records  may  stay).  In  this 
example,  the  entire  STK  record  group  is  omitted. 

Output  Reports 

The  ECHO  program  reports  the  selected  options  and  their  parameters.  The  PIPE  pro¬ 
gram  produces  two  reports  about  all  but  the  base-level  LRU  spares.  The  REPORT  program 
outputs  the  option  12  performance  report  associated  with  all  spares  and  two  reports  about  the 
base-level  LRU  spares. 

The  first  PIPE  report  gives  the  costs  of  spares  associated  with  options  2,  5,  and  6,  which 
is  everything  except  LRUs  at  bases  (Fig.  42).  The  top  two  tables  show  the  value  of  original 
(day  0)  and  purchased  spares  at  each  time  of  analysis  for  LRUs  at  cirfs  and  depots,  and  SRUs 
and  subSRUs  at  all  locations.  The  bottom  two  tables  show  how  much  was  spent  on  those 
spares  to  achieve  the  performance  goal  on  each  day  of  analysis.  (The  model  does  not  neces¬ 
sarily  achieve  the  performance  goal  on  other  days.)  For  example,  LRU  spares  for  DEPO  were 
bought  on  days  16  and  30  to  achieve  the  85  percent  available  aircraft  goal.  The  second  report 
(Fig.  43)  presents  the  spares  levels  in  STK  record  format  (same  as  File  3  of  PIPE). 

The  first  REPORT  output,  produced  by  option  12,  is  essentially  the  same  as  the  perfor¬ 
mance  report  produced  by  option  11.  The  title  is  different,  though,  and  indicates  that  the  per- 


1  ^ I n  the  standard  JCL,  the  base  LRU  stock  levels  are  written  to  File  3  of  REPORT,  and  all  other  9tock  levels  are 
written  to  File  3  of  PIPE,  See  App.  A  for  details. 
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formance  evaluation  is  based  on  the  newly  purchased  stock  levels.  In  particular,  the  report 
reflects  all  new  stocks  that  were  purchased  for  that  time  of  analysis.  Figure  44  shows  that  on 
day  30  performance  is  better  than  our  goal  of  15  percent  or  fewer  aircraft  NFMC  with  .90 
confidence  (e.g.,  7.2  percent  expected  NFMC  under  the  assumption  of  full  cannibalization). 
This  is  because  of  the  additional  stock  purchased  to  hold  down  the  number  of  cannibalizations 
(option  17). 


VALUE  OF  CIRF  AND  DEPOT  LRUS  AT  END  OF  DAY  -- 
(COSTS  GIVEN  IN  THOUSANDS  OF  DOLLARS) 


LOC. 

DAY  2 

DAY  16 

DAY  30 

DAY  46 

DAY  60 

CRF1 

4500.00 

21802.49 

24052.49 

24052.49 

24052.49 

DEPO 

0.00 

12000.00 

27000.00 

27000.00 

27000.00 

ALL 

4500.00 

33802.49 

51052.49 

S1052.49 

51052.49 

VALUE 

OF  SRUS  AND  SUBSRUS 

AT  END  OF  DAY  -- 

(COSTS 

GIVEN  IN 

THOUSANDS 

OF  DOLLARS) 

LOC. 

DAY  2 

DAY  16 

DAY  30 

DAY  46 

DAY  60 

MPC1 

0.00 

0.00 

0.00 

0.00 

0.00 

MPC2 

0.00 

0.00 

0.00 

0.00 

0.00 

MPC3 

0.00 

4.00 

4.00 

4.00 

4.00 

CRF1 

354.00 

1567.00 

1607.00 

1607.00 

1607.00 

DEPO 

1189.00 

2221.00 

3966.00 

4016.00 

4016.00 

ALL 

1543.00 

3792.00 

5577.00 

5627.00 

5627.00 

VALUE 

OF  ADDED  CIRF  AND  DEPOT  LRUS  -- 

(COSTS 

GIVEN  IN 

THOUSANDS 

OF  DOLLARS) 

LOC. 

DAY  2 

DAY  16 

DAY  30 

DAY  46 

DAY  60 

CRF1 

4500.00 

17302.49 

2250.00 

0.00 

0.00 

DEPO 

0.00 

12000.00 

15000.00 

0.00 

0.00 

ALL 

4500.00 

29302.49 

17250.00 

0.00 

0.00 

VALUE 

OF  ADDED  i 

SRUS  AND  SUBSRUS  -- 

(COSTS 

GIVEN  IN 

THOUSANDS 

OF  DOLLARS) 

LOC. 

DAY  2 

DAY  16 

DAY  30 

DAY  46 

DAY  60 

MPC1 

0.00 

0.00 

0.00 

0.00 

0.00 

MPC2 

0.00 

0.00 

0.00 

0.00 

0.00 

MPC3 

0.00 

4.00 

0.00 

0.00 

0.00 

CRF1 

354.00 

1213.00 

40.00 

0.00 

0.00 

DEPO 

1189.00 

1032.00 

1745.00 

50.00 

0.00 

ALL 

1543.00 

2249.00 

1785.00 

50.00 

0.00 

FINAL  STOCK  LEVELS  FOR  SRUS  AND  SUBSRUS,  AND  FOR 
CIRFS  AND  DEPOTS.  BASE  LRUS  WILL  BE  WRITTEN  BY  REPORT. 


Fig.  42 — Value  of  Stock  Purchased,  Options  2,  5,  and  6 
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Fig.  43 — Computed  Spares  Levels,  Options  2,  5,  and  6 


75 


-I 

^  co  ao 

St 

Ovr- 

< 

U£EJJ 

O 

*-  vO 

t— 

<  UJ  ■ 

•  • 

o 

CO  O  vO 

in 

in  r»- 

t— 

cc 

invo 

o 

i 

co  in 

PO 

vO 

i 

Q- 

UJ  h-  CJ 

ro 

r“ 

i 

X 

—  U_  CM 

r- 

CM 

i 

UJ 

»-  o  • 

i 

cr  <  cm 

r— 

CM 

i 

i 

CO 

i 

—  Ov 

o 

O  O' 

i 

CO  Ov 

o 

O  O' 

i 

UJ  • 

I 

-  av 

o 

O  Ov 

I 

►-*  PO 

vO 

St  PO 

i 

CC 

r- 

z 

o 

o 

CO 

K 

UJ 

< 

N 

CJ  — 

r- 

po  O' 

a. 

£  - 

PO 

o  *- 

-J 

X 

r— 

r—  r— 

< 

UJ 

z  • 

•  • 

CO 

o 

6 

0 

0 

z 

O  CM 

o 

Jj 

z 

£  CM 

tn 

vO  po 

< 

u»  CM 

CM 

o  in 

o 

Z  • 

• —  CM 

in 

CM  ON 

-J 

UJ 

< 

— - 

i 

h- 

o 

O  Z  VO 

CM 

VO 

cc 

£ 

o  o  •— 

rO 

r— 

< 

u_ 

o 

a. 

> 

UJ  CO 

i 

>  UJ  vO 

o 

cO 

t 

co 

UJ  —  CTv 

o 

OV 

i 

O 

—  H-  O' 

o 

O' 

i 

CC 

X  cc  • 

i 

a. 

o  o  o 

T— 

o 

i 

<  CO 

i 

&SCJ  O' 

St 

in 

i 

a 0 

iA£  CM 

PO 

vO 

» 

O 

U-  CO 

r-*- 

CO 

i 

CL 

z  • 

i 

Q- 

V  o 

O 

o 

i 

. 

CO  O 

CM 

in 

i 

Q_ 

uj  ►—  in 

CM 

PO 

i 

X 

—  U  r— 

vO 

r— 

i 

UJ 

H-  O  • 

i 

CC  <  CM 

»— 

CM 

i 

O  \ 

i 

CO 

i 

—  o 

O 

O' On 

• 

CO  o 

o 

CTV  On 

i 

Ul  • 

h- 

i 

-  o 

o 

O' O' 

CL 

i 

H-  -O 

VO 

rO  PO 

O 

i 

cc 

T— 

Q_ 

» 

o 

Q. 

z 

CO 

X 

o 

■w 

</) 

— - 

UJ 

h- 

> 

< 

O  r- 

ST 

Ov  CM 

< 

N 

o. 

£ 

f*- 

vo  r~* 

a 

X 

^5u  o 

o 

o  O 

UJ 

Z  • 

o 

< 

o 

o 

oo 

pO 

CO 

«— » 

— 

O  *- 

■O 

VO  *~ 

z 

£  *- 

f- 

r»  vo 

z 

u  ST 

CTv 

po  r-- 

a: 

< 

Z  • 

o 

o 

— •  r— 

CM 

r-  in 

U 

UJ 

-J 

Q 

-J 

1 

ir^u 

UJ 

X) 

CJ 

O  Z  r-~ 

in 

r*- 

CO 

u. 

£ 

Ov  O  *- 

PO 

T— 

< 

1 

lo¬ 

u 

X 

1 

o 

1 

UJ  CO 

cc 

1 

>  UJ  ov 

O 

vO 

X 

1 

co 

UJ  —  ON 

O 

Ov 

a. 

1 

o 

—  ov 

o 

On 

* 

CL 

X  cc  • 

* 

I 

Q- 

CJ  o  o 

T— 

O 

CJ 

1 

<  CO 

o 

1 

t— 

1 

frSO  VO 

vO 

ON 

CO 

1 

CQ 

in  £  CM 

On 

o 

1 

o 

V_  ov 

Ov 

O' 

z 

1 

<T 

z  • 

o 

1 

CL 

V  o 

O 

o 

Q 

-J  V-  o 

O 

o  o 

UJ 

<  U.  (M 

St 

CM  00 

CO 

H-  CJ 

< 

o  < 

CO 

u 

UJ 

a 

O  (J  ro 

vO 

PO 

z 

a:  £ 

< 

<  u. 

£ 

*—  Z 

a: 

O 

-J 

uJ 

CM 

fO  < 

<r 

CO  CJ 

CJ 

CJ  t~ 

UJ 

<  U 

Cl. 

a.  o 

a. 

CD  £ 

£ 

£  u 

c 

.2 

5. 

O 


o 

a 

<D 

a> 

o 

c 

a3 

6 

t- 

,o 


u 

O) 

Oh 


k 


76 


The  second  and  third  reports  are  just  like  those  output  by  PIPE  but  for  base-level  LRU 
stocks.  The  value  of  the  stocks  and  the  final  stock  levels  are  reported  in  Fig.  45.  Again,  stock 
is  not  purchased  for  MPC2  and  MPC3  until  they  start  operations.  As  before,  the  stock  levels 
(File  3  of  REPORT)  are  in  STK  record  format  for  use  in  a  subsequent  run. 


MISCELLANEOUS  OPTIONS 

Four  remaining  options  provide  ways  to  manipulate  input  data  for  use  with  Dyna- 
METRIC.  Each  is  described  in  detail  in  the  input  specifications  (App.  E)  and  file  require¬ 
ments  writeup  (App.  A). 

Briefly,  option  10  initializes  peacetime  pipelines  using  previously  saved  or  measured  data. 
(If  option  10  is  not  selected,  the  model  initializes  peacetime  pipelines  based  on  the  peacetime 
flying  program  specified  in  the  input  data  set.)  Option  16  saves  the  pipelines  at  the  end  of  the 
scenario  for  subsequent  use  with  option  10.  Option  21  allows  the  specification  of  LRU- 
dependent  flying  programs.  Option  22  constructs  a  file  of  pipeline  initialization  data  for  use 
with  option  10  (based  on  a  file  of  user-supplied  data). 


VALUE  OF  BASE  LRUS  AT  END  OF  DAY  -- 


(COSTS 

GIVEN  IN 

THOUSANDS 

OF  DOLLARS) 

BASE 

DAY  2 

DAY  16 

DAY  30 

DAY  46 

DAY  60 

M  PC  1 

2304.50 

3946.00 

6946.00 

6946.00 

6946.00 

MPC2 

0.00 

852.50 

852.50 

852.50 

852.50 

MPC3 

0.00 

8246.50 

14447.00 

16164.50 

16164.50 

ALL 

2304.50 

13045.00 

22245.50 

23963.00 

23963. 00 

VALUE  i 

OF  ADDED  BASE  LRUS  -- 

(COSTS 

GIVEN  IN 

THOUSANDS 

OF  DOLLARS) 

BASE 

DAY  2 

DAY  16 

DAY  30 

DAY  46 

DAY  60 

MPC1 

2304.50 

1641.50 

3000.00 

0.00 

0.00 

MPC2 

0.00 

852.50 

0.00 

0.00 

0.00 

MPC3 

0.00 

8246.50 

6200.50 

1717.50 

0.00 

ALL 

2304.50 

10740.50 

9200.50 

1717.50 

0.00 

NAV  COMPUTER  MPC1 
MANEUVER  THRUS  MPC1 
FUEL  CELL  MPC1 
DOCKING  MECH  MPC1 
TARGET  COMPUTER  MPC1 
ASTEROID  BLASTR  MPC1 
PART  COLLECTOR  MPC1 
SENSOR  MPC1 
CONTROL  PANEL  MPC1 
CELL  MOB  PHONE  MPC1 


5 

MPC2 

3 

MPC3 

4 

5 

MPC2 

3 

MPC3 

2 

54 

MPC2 

63 

MPC3 

75 
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MPC2 

0 

MPC3 

0 

3 

MPC2 

1 

MPC3 

1 

13 

MPC2 

12 

MPC3 

1 1 

4 

MPC2 

3 

MPC3 

2 

25 

MPC2 

27 

MPC3 

196 

6 

MPC2 

5 

MPC3 

5 

8 

MPC2 

0 

MPC3 

17 

Fig.  45-  Base  LRU  Stock  Reports.  Options  3,  4,  and  17 
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HELPFUL  HINTS 

Appendix  F  summarizes  how  to  model  cirfs,  depots,  and  constrained  repair,  use  VTM 
records,  and  specify  missions  and  maintenance  types.  Appendix  G  is  an  alphabetical  index  to 
the  data  fields  and  the  record  groups  where  they  are  found. 


V.  MATHEMATICAL  FOUNDATIONS 


This  section  describes  the  mathematical  foundations  of  Dyna-METRIC.  The  model  com¬ 
putes  expected  pipeline  contents  and  their  probability  distributions,  then  uses  the  probability 
distributions  to  predict  performance  and  to  recommend  cost-effective  stock  levels. 


COMPUTING  PIPELINES 

This  discussion  focuses  on  the  integral  that  computes  the  expected  contents  of  any  pipe¬ 
line  segment.  That  integral  is  solved  for  the  two  repair-time  probability  distributions: 
exponential  and  deterministic.  The  discussion  continues  with  descriptions  of  how  LRUs  enter 
the  network  of  pipeline  segments,  how  the  model  derives  the  expected  contents  of  each  pipeline 
segment,  the  effect  of  flying  only  achievable  rather  than  requested  sorties,  and  the  effect  of 
constrained  repair  on  the  pipeline  computations. 

General  Pipeline  Equations 

The  extended  Palm’s  theorem  (Hillestad  and  Carrillo,  1980;  Crawford,  1981)  is  used  to 
compute  the  expected  contents  of  each  pipeline  segment.  The  theorem  states  that  if  parts 
arrive  for  service  according  to  a  nonhomogeneous  Poisson  process  with  intensity  function  m( t), 
and  if  the  service  process  is  independent  of  the  arrival  process  (for  example,  it  does  not  take 
longer  to  service  an  LRU  if  there  are  many  LRUs  in  the  system),  then  the  number  of  LRUs  in 
the  pipeline  segment  at  time  t  has  a  Poisson  distribution  with  mean 

< 

X( t)  --  m(s)P(s,t)  ds  , 

where  P(s,t )  is  the  probability  that  an  LRU  entering  the  system  at  time  s  has  not  completed 
service  by  time  t. 

In  Dyna-METRIC,  m(s)  is  a  step  function.  That  is,  there  are  a  set  of  values, 
M o,  Mi,  M2,  M: ),  .  .  .  such  that  m(s)  for  s  less  th^i  one  equals  M(),  m(s)  for  s  between  one 
and  two  equals  Mu  m(s)  for  s  between  two  am  ‘  e  equals  M,  and  so  on.  The  special  struc¬ 
ture  of  m  (s )  helps  reduce  the  extended  Palm’s  integral  to  the  general  pipeline  equations  used 
throughout  the  model. 

Suppose  we  want  the  expected  pipeline  contents  at  the  end  of  day  t.  Day  t  is  defined  as 
time  t  through  t  +  1,  so  the  expected  pipeline  contents  would  be: 


i  ■  i 

Before  proceeding,  we  need  to  know  more  about  P(.s,f  + 1).  Two  special  cases  of  this 
integral  are  considered:  exponentially  distributed  service  times  and  deterministic  (or  constant) 
service  times.  Let  R  be  the  expected  service  time.  For  deterministic  service  times. 


/ 


m  (s  )P(s,t  f  1 )  ds 


7  H 
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P(s,t  + 1)  = 


0  when  t  +  1  -  s  i  R 
1  when  t  +  1  -  s  <  R  . 


Thus 


t 


m{s)  ds  . 


t  +  l-R 

If  £  +  1  -  R  <  1,  then 


X,  =  M0(fl  -  £)  +  ^  M"  ' 


n  - 1 


Otherwise,  there  is  some  integer  j  with  j  <  t  +  1  -  fl  <  ;  +  1,  and  the  expected  pipeline  seg¬ 
ment  contents  are  given  by 

t 

X,  -  Mjij  +  R  -  t)  +  ^  Mn  . 

n-j  - 1 

Exponential  service  times  are  treated  differently.  At  the  start  of  day  1,  the  contents  of 
the  pipeline  segment  have  a  Poisson  distribution  with  mean 


Xn  = 


1 

/ 


M0  P(s.i)  ds  =  M0  I  e 


i 

/ 


S,/Rds  =  Mo  R 


Proceeding  inductively,  assume  that  the  pipeline  at  the  start  of  day  £  is  Poisson  with  mean 
X(.  i.  We  will  derive  X,  as  a  function  of  X,  and  Mt  and  demonstrate  that  the  pipeline  at  the 
end  of  day  £  (and  start  of  day  £  +  1)  is  Poisson  with  that  mean. 

Components  in  the  pipeline  segment  at  the  end  of  day  t  were  either  there  at  the  start  of 
day  £  or  arrived  during  the  course  of  the  day.  What  is  p,  the  probability  that  a  component  in 
the  pipeline  at  the  start  of  day  £  is  still  in  the  pipeline  at  the  end  of  day  £?  Recall  that  for  the 
exponential  distribution,  the  probability  that  the  service  time  is  greater  than  T  +s,  given  that 
the  service  time  is  greate.  than  T,  is  equal  to  the  probability  that  the  service  time  is  greater 
than  s.  To  compute  p,  the  model  does  not  need  to  know  how  long  the  components  have  been 
in  service  before  day  t.  So  p  =  e  l/R  . 

If  a  component  was  in  the  pipeline  segment  at  the  start  of  day  £,  with  probability  p  it  is 
still  in  the  pipeline  segment  at  the  end  of  day  £.  In  fact,  the  number  of  components  in  the 
pipeline  segment  at  the  end  of  day  '  that  were  in  the  segment  at  the  start  of  day  £  have  a  Pois¬ 
son  distribution  with  mean  pX, 

What  about  components  arriving  during  day  £?  The  number  of  these  still  in  the  system 
at  time  £-1  are  Poisson  with  mean  M,R(  1  e  UH).  Because  summing  two  independent 
Poisson  random  variables  results  in  a  Poisson  random  variable  with  mean  equal  to  the  sum  of 
the  means,  we  have  the  number  of  components  in  the  system  at  that  end  of  day  £  Poisson  dis¬ 
tributed  with  mean 


X,  =  Xt  ,e  1  R  -  M,R(l  e  l  H) 
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Further,  for  both  the  exponential  and  the  deterministic  service  times,  the  number  of 
items  completing  service  between  times  t  and  t  -+- 1  is  Poisson  with  mean  A(_]  f  Mt  -  A,. 

To  derive  the  equations  describing  expected  pipeline  segment  contents  and  their  proba¬ 
bilistic  distributions,  strong  assumptions  are  made.  In  particular,  it  is  assumed  that  demands 
for  service  are  not  correlated  and  that  the  service  process  does  not  change  as  a  function  of  the 
number  of  demands.  If  demands  arrive  in  clusters,  or  if  the  service  process  is  sped  up  (or 
slowed  down)  as  demands  occur,  the  assumptions  are  violated  and  the  probability  distribution 
is  no  longer  Poisson. 

If  real-world  failure  and  repair  processes  were  analyzed  in  detail,  the  assumptions  would 
probably  be  violated.  Most  repair  shops  provide  priority  support  to  a  component  whose  failure 
rate  has  increased  substantially,  thereby  effectively  reducing  its  service  time.  Moreover, 
failures  are  often  correlated  because  a  failure  may  trigger  increased  vigilance  or  even  special 
inspections  to  detect  emerging  problems. 

Fortunately,  the  Poisson  distribution  is  quite  robust;  a  substantial  deviation  from  the 
assumptions  is  required  to  make  the  resultant  distribution  vary  strongly  from  the  assumed 
Poisson  distribution.  Thus,  it  has  been  accepted  widely  in  numerous  stockage  computations 
models,  including  METRIC  (Sherbrooke,  1968)  and  (implicitly)  in  the  WRSK/BLSS  computa¬ 
tions. 

For  demand  processes  that  sufficiently  violate  the  assumptions,  a  distribution  other  than 
Poisson  better  approximates  the  contents  of  the  total  segment.  Although  Dyna-METRIC  itself 
does  not  explicitly  model  failure  processes  other  than  the  nonhomogeneous  Poisson,  the  user 
may  specify  pipeline  variance  to  mean  ratios  other  than  one  (a  VTMR  of  one  corresponds  to 
the  Poisson  distribution).  In  such  cases,  the  model  computes  expected  pipeline  contents  using 
the  methodology  described  earlier,  and  then  uses  a  negative  binomial  or  binomial  distribution 
with  that  mean  to  compute  expected  backorders  and  aircraft  availability. 

Why  are  the  negative  binomial  and  binomial  distributions  used  to  characterize  pipeline 
quantities  when  the  VTMR  is  greater  than  or  less  than  one,  respectively?  From  the  start, 
observe  that  both  of  these  distributions  converge  in  distribution  to  the  Poisson  as  their 
VTMRs  approach  one  (Feller,  1968;  Mood,  Graybill  and  Boes,  1974).  Thus,  apart  from  any 
other  justifications  for  using  these  distributions,  they  do  have  the  nice  property  of  letting  the 
user  do  sensitivity  analyses  for  VTMRs  near  one  with  distributions  that  are  “almost  Poisson.” 

At  least  two  physical  models  give  rise  to  negative  binomial  pipelines,  the  parameter  uncer¬ 
tainty  model  and  the  bulk  arrival  model.  The  parameter  uncertainty  model  has  the  following 
form.  Suppose  (in  a  steady-state  world)  that  item  demands  are  Poisson  with  parameter  m,  but 
m  is  unknown  and  randomly  distributed  according  to  a  gamma  law  with  known  parameters.  It 
has  been  shown  that  for  deterministic  repair  times,  the  pipeline  quantities  are  then  negative 
binomial  (Parzen,  1962).  Furthermore,  and  of  much  greater  importance,  pipelines  are  negative 
binomial  for  general  repair  distributions  so  long  as  demands  arrive  according  to  the  nonsta- 
tionarv  Poisson  process  with  n  ean  value  function  mlt)  -  m  x  hit)  where  hit)  is  nonsta¬ 
tionary.  but  known,  and  m  is  constant,  but  unknown,  with  an  uncertainty  that  is  gamma  dis¬ 
tributed  (Crawford.  1987).  This  models  the  situation  where  the  flying  program  varies  in  a 
known  manner,  and  the  demand  rate  per  (lying  hour  is  constant  but  unknown. 

Given  the  flexibility  of  the  gamma  distribution,  little  modeling  generality  is  lost  by- 
assuming  m  has  that  distribution.  Also,  the  gamma  distribution  is  the  conjugate  sampling  dis¬ 
tribution  of  the  Poisson  t DeGroot,  WTO),  which  makes  it  particularly  useful  when  the  Poisson 
parameter  is  unknown  and  estimated  from  empirical  data,  as  is  done  in  standard  Air  Force 
data  systems. 
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The  bulk  arrival  model  has  the  following  form.  Suppose  events  occur  according  to  a  non¬ 
stationary  Poisson  process  with  a  known  mean  value  function,  and  that  at  each  event  one  or 
more  demands  occur  with  the  number  of  demands  being  distributed  logarithmically.  Repair 
times  can  be  arbitrarily  distributed,  but  all  items  arriving  in  any  particular  bunch  must  have 
identical  repair  times  (and  hence  leave  repair  simultaneously).  From  the  dynamic  Palm’s 
theorem,  the  number  of  bunches  in  the  system  at  any  given  time  is  Poisson  distributed.  From 
our  assumptions,  the  number  of  items  in  each  bunch  is  logarithmically  distributed.  Because  a 
Poisson  distribution  compounded  by  a  logarithmic  distribution  is  negative  binomial  (Feller, 
1968),  the  pipeline  quantity  has  a  negative  binomial  distribution.  Deterministic  repair  times 
constitute  a  special  case  where  all  items  (not  just  those  in  each  bunch)  share  a  common  repair 
time. 

If  all  items  arriving  in  a  given  bunch  do  not  have  identical  repair  times,  then,  in  general, 
the  pipeline  quantities  will  not  have  a  negative  binomial  distribution.  However,  the  pipeline 
distributions  will  still  fall  within  the  general  class  of  compound  Poisson  distributions  (Craw¬ 
ford,  1987). 

As  indicated  above,  either  uncertainty  about  demand  rates  or  bulk  arrivals  of  demands 
can  give  rise  to  negative  binomial  pipelines.  When  a  VTMR  greater  than  one  is  empirically 
observed,  the  user  must  look  at  what  is  happening  at  the  flight  line  and  in  the  standard  data 
systems  to  choose  the  appropriate  physical  interpretation  of  the  situation;  mathematically  the 
choice  is  arbitrary. 

Pipeline  quantities  that  are  binomiallv  distributed  can  also  be  shown  to  arise  in  response 
to  various  physical  situations.  For  example,  consider  a  situation  with  deterministic  repair 
times  and  where  each  sortie  (or  flying  hour)  gives  rise  to  a  broken  part  with  probability  p. 
Then  the  number  of  items  in  repair  at  time  t  has  a  binomial  distribution  with  parameters  S, 
and  p,  where  is  the  number  of  sorties  flown  since  one  repair  time  before  t,  and  p  is  as 
described  above.  The  Poisson  model  is  simply  the  limit  of  this  model  as  the  time  periods 
become  very  short  and  the  probabilities  become  very  small  (that  is,  as  the  VTMR  goes  to  one, 
holding  the  expected  number  of  failures  constant). 

LRU  Removal  Process 

For  each  day,  each  base,  and  each  LRU,  the  model  computes  the  expected  LRU  failures. 
These  are  determined  by  the  LRU  demand  rates  and  by  each  base’s  flying  program.  If  the 
LRU  demand  rate  is  given  in  failures  per  flying  hour,  the  expected  number  of  daily  demands  is 

Demand  rate  per  flying  hour  of  the  LRU  x 


Quantity  per  aircraft  of  the  LRU  x 

Application  fraction  of  the  LRU  x 

Aircraft  (after  attrition)  x 

Requested  sorties  per  aircraft  x 

Flying  hours  per  sortie. 


The  number  of  aircraft  at  each  base  after  attrition  is  determined  in  a  straightforward 
manner.  Let  An  be  the  number  of  aircraft  on  day  n  after  attrition.  Let  Bn  be  the  number  of 
aircraft  on  day  n  if  there  were  no  attrition.  By  definition,  A()  =  B0  because  there  is  no  attri¬ 
tion  in  peacetime.  A„  is  computed  inductively  from  Atl  ,  as  follows: 
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An  —  Bn  B„  _  ]  -r-  An  -  1 

[A„  _  i  x  requested  sorties  per  aircraft  on  day  n  -  1  x 
Prob(an  aircraft  is  lost  during  a  sortie)]. 

The  computation  of  expected  LRU  demands  and  aircraft  after  attrition  assume  each  base  flies 
all  of  its  requested  sorties.  When  option  20  is  selected,  expected  LRU  demands  are  based  on 
revised  requested  sortie  rates,  but  attrition  is  still  based  on  the  original  requested  sortie  rates. 

Expected  Pipeline  Segment  Contents 

At  this  point,  our  discussion  has  shown  how  the  model  computes  the  expected  contents  of 
a  pipeline  segment,  given  the  service  process  associated  with  the  segment  and  the  expected 
daily  demands  for  that  segment.  Now  we  describe  how  the  model  derives  the  expected 
demands  or  arrivals  for  a  pipeline  segment  based  on  the  expected  departures  from  a  preceding 
pipeline  segment.  Included  are  details  about  the  derivations  of  the  expected  number  of  AWP 
components  (based  on  the  pipelines  and  stock  levels  of  the  component’s  subcomponents)  and 
the  number  of  components  ordered  from  a  higher  echelon  but  not  received  by  a  lower  echelon 
(based  on  the  pipelines  and  stock  at  the  higher  echelon).  Also  included  is  a  discussion  of  how 
backorders  at  a  higher  echelon  are  allocated  between  bases  and  cirfs. 

There  are  many  steps  in  the  pipeline  computation.  Table  2  summarizes  those  steps  for 
the  case  where  NRTS  and  condemnation  decisions  are  made  after  repair.  In  the  first  step, 
LRUs  arrive  from  the  flight  line  for  processing  by  the  base  administrative  pipeline  segment. 
The  mathematics  describing  this  segment  are  standard.  In  the  second  step,  the  LRUs  that 
leave  the  base  administrative  pipeline  segment  enter  the  base  repair  pipeline  segment,  also 
described  by  the  standard  mathematics.  In  the  last  step,  SRU  backorders  are  used  to  complete 
the  computation  of  the  base  LRU  pipeline  by  determining  the  number  of  LRUs  that  are  AWP. 
The  expected  base  LRU  pipelines  are  the  foundation  of  most  of  the  model’s  reports. 

The  table  mentions  five  different  types  of  processing:  standard,  depot  repair,  allocation, 
on-order,  and  AWP.  Each  will  be  dealt  with  in  turn. 

Standard  Processing.  Standard  pipeline  segments  include  the  administrative  and 
repair  pipelines  at  the  base,  cirf,  and  depot  for  all  parts,  also  the  depot  on-order  pipeline  seg¬ 
ments.  Each  segment  has  as  input  the  output  of  some  earlier  segment (s),  with  the  exception  of 
the  base  administrative  pipeline  for  LRUs,  which  uses  removals  from  the  flight  line.  For 
instance,  LRUs  entering  the  base  repair  segment  are  those  leaving  the  base  administrative  seg¬ 
ment;  SRUs  entering  cirf  repair  are  those  leaving  the  cirf  administrative  segment,  plus  those 
removed  from  LRUs  leaving  the  cirf  repair  segment. 

Let  An  be  the  expected  demands  on  day  n  for  the  pipeline  segment  being  analyzed.  The 
expected  daily  contents  of  that  segment  are  given  by  En  (which  is  part  of  the  total  pipeline  for 
that  component),  computed  from  the  expected  daily  demands  and  service  rate  of  the  segment 
(administrative  delay  if  this  is  an  administrative  segment,  repair  time  if  it  is  a  repair  segment, 
etc.)  using  the  expected  pipeline  equations  presented  earlier.  The  expected  departures  from  the 
segment  are  given  by  Dn  =  En  j  -  An  £„,  with  D{)  -  A u- 

Depot  Repair  Processing.  This  type  of  processing  is  used  for  all  the  depot  repair  seg¬ 
ments.  It  differs  from  standard  processing  because  of  the  optional  daily  cap  on  depot  repairs. 
If  there  is  no  cap,  then  standard  processing  is  used. 

Let  An  be  the  expected  demands  on  day  n  for  depot  repair  for  the  part  being  analyzed. 
Let  M  be  the  maximum  expected  number  of  this  part  that  can  complete  repair  per  wartime 
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Table  2 

PIPELINE  COMPUTATION  STEPS 


( NRTS/condemnation  derisions  and  subcomponent  removals  occur  after  test! 


Pipeline  Segment 


Input  to  Segment  Output  from  Segment  Processing 


LRU  base  admin 
LRl'  base  repair 
LRU  base-to-cirf 
LRU  cirf  admin 
LRU  cirf  repair 
LRU  cirf-to-depot 
LRU  depot  admin 
LRU  depot  repair 
LRU  depot  on-order 

tsRU  base  repair 

SRU  base-to-cirf 
SKU  cirf  admin 
SRU  cirf  repair 

SRU  cirf-to-depot 
SRU  depot  admin 
SRI.'  depot  repair 

SRU  depot  on  order 


SubSR  '  base  repair 

SubSKU  base-to-cirf 
SubSRU  cirf  admin 
SubSRU  cirf  repair 

SubSRU  cirf-to-depot 
SubSRU  depot  admin 
SubSRU  depot  repair 

SubSRU  depot  on-order 


Allocated  subSRU  depot  backorders 

SubSRU  cirf  on-order 

Allocated  subSRU  cirf  backorders 

SubSRU  base  on-order 

Allocated  subSRU  base  backorders 

SRU  depot  AWP 

Allocated  SRU  depot  backorders 

SRI '  cirf  on-order 

SRU  cirf  AWP 

Allocated  SRU  Ctrl  backorders 

SRU  base  on-order 

SRI '  base  AWP 

Allocated  SRU  base  backorders 

LRU  depot  AWP 

Allocated  LRU  depot  backorders 

LRU  cirf  on -order 

LRU  cirf  AWP 

Allocated  LRU  cirf  backorders 
LRU  base  on  order 
LRU  base  AWP 


Flight  line  removals 
LRU  base  admin 
LRU  base  repair  x  NRTS 
LRU  base-to-cirf 
LRU  cirf  admin 
LRU  cirf  repair  x  NRTS 
LRU  cirf-to-depot 
LRU  depot  admin 

(LRL'  depot  repair  +  LRU  cirf  repair  + 

LRU  base  repair)  x  condemn 

LRU  base  repair  x  ( l-l  NRTS+condemn  l)  x 
replacement  fraction 
SRU  base  repair  x  NRTS 
SRU  base-to-cirf 

SRU  cirf  admin  +  LRU  cirf  repair  x 
- 1  -  ( NRTS+condemn  1 1  x  replace 
SRU  cirf  repair  x  NRTS 
SRI  ’  cirf-to-depot 

SRU  depot  admin  +  LRU  depot  repair  x 
1 1 -( NRTS+condemn))  x  replaces 
(SRU  depot  repair  +  SRU  cirf  repair  + 

SRU  base  repair)  x  condemn 

SRU  base  repair  x  ( l-I.NRTS+condemnl)  x 

replacement  fract  i  or. 

subSRU  base  repair  x  NRTS 

subSRU  base-to-cirf 

subSRU  cirf  admin  +  SRU  cirf  repair  x 

( 1  (NRTS+condemn))  x  replace 

subSRU  cirf  repair  x  NRTS 

subSRU  cirf-to-depot 

subSRU  depot  admin  +  SRU  depot  repair  x 
(l-(NRTS+condemn)l  x  replaces 
(subSRU  depot  repair  +  subSRU  cirf  repair  + 
subSRU  base  repair)  x  condemn 

subSRl  depot  pipeline  and  stock 
allocated  subSRU  depot  backorders 
subSRU  cirf  pipeline  and  stock 
allocated  subSRU  cirl  backorders 
subSRl  base  pipeline  and  stock 
allocated  subSRU  depot  backorders 
SRU  depot  pipeline  and  stock 
allocated  SRU  depot  backorders 
allocated  subSRU  cirf  backorders 
SRU  cirl  pipeline  and  stock 
allocated  SRU  cirf  backorders 
allocated  subSRU  base  backorders 
SRU  base  pipeline  and  stock 
allocated  SRU  depot  backorders 
LRU  depot  pipeline  and  stock 
allocated  LRU  depot  backorders 
allocated  SRU  cirf  backorders 
LRU  cirf  pipeline  and  stock 
allocated  LRl '  cirf  backorders 
allocated  SRU  base  backorders 


standard 
standard 
standard 
standard 
standard 
standard 
standard 
depot  repair 

standard 


standard 

standard 

standard 

standard 

standard 

standard 

depot  repair 

standard 

standard 

standard 

standard 

standard 

standard 

standard 

depot  repair 

standard 

al local  ion 
on-order 
allocation 
on -order 
allocation 
AWP 
allocat  ion 
on -order 
AWP 
allocat  ion 
on  order 

AWP 

allocat  ion 

AWP 

allocat  ion 

on-order 

AWP 

allocation 

on-order 

AWP 
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day.  (There  is  no  cap  during  peacetime.)  The  model  handles  this  cap  as  follows.  First  it  com¬ 
putes  Fn,  the  expected  daily  contents  of  this  segment  if  there  were  no  limit  M.  Second,  it 
computes  the  expected  daily  departures  from  depot  repair,  d„,  again  assuming  there  is  no  limit 
M,  with  d0  -  Ay,  and  dn  •=  Fn  i  +  An  -  Fn.  Third,  it  computes  Dn,  the  expected  daily 
departures  from  depot  repair,  limited  by  M  during  wartime.  Thus,  D0  =  A0  and 
D  i  =  min(M,d1). 

For  n  larger  than  1, 

n  n  - 1 

Dn  =  min(Af,  2  ds  ~  2  D !>* 

J- 1  7-1 

Finally,  it  computes  the  expected  daily  contents  of  the  depot  repair  pipeline  segment, 
E0  -  F0  and  En  =  En_l  +  An  -  D„. 

Allocation  Processing.  Standard  processing  and  depot  repair  processing  are  sufficient 
fo>-  all  th»  oraps  in  Table  2  thrc”~h  the  computation  of  the  subSRU  depot  on-order  segment. 
At  this  point,  only  the  depot  subSRU  pipeline  has  been  completely  computed — the  LRU  and 
SRU  pipelines  still  need  their  AWP  segments,  the  base  and  cirf  pipelines  still  need  their  on- 
order  segments.  With  information  about  the  depot  subSRU  pipeline  and  stock  level,  the  depot 
subSRU  backorders  can  be  computed.  Once  those  backorders  have  been  albcated  between 
AWP  SRUs  at  the  depot  and  requisitions  for  subSRUs  from  the  cirfs,  the  model  compute.,  cirf 
subSRUs  on-order  and  depot  SRUs  in  AWP  (using  processes  described  below),  thus  completing 
the  depot  SRU  pipeline  and  the  cirf  subSRU  pipeline.  The  model  works  back  in  this  manner 
from  subSRUs  to  SRUs  to  LRUs,  and  from  depots  to  cirfs  to  bases,  using  allocation,  on-order, 
and  AWP  processing  techniques,  until  the  base  LRU  pipeline  (the  key  pipeline)  has  been  com¬ 
puted. 

We  will  demonstrate  allocation  processing  with  subSRUs  at  the  depot.  Let  En  be  the 
expected  contents  on  day  n  of  that  portion  of  the  subSRU’s  depot  pipeline  attributable  to 
removals  of  the  current  SRU  from  the  current  LRU.  This  is  just  the  sum  of  subSRUs  in  tran¬ 
sit  to  the  depot  from  cirfs,  plus  subSRUs  in  the  depot  administrative  segment,  plus  subSRUs 
in  the  depot  repair  segment,  plus  subSRUs  that  have  been  ordered  by  the  depot  but  not  yet 
received. 

Suppose  the  subSRU  is  indentured  to  more  than  one  type  of  SRU,  or  that  the  current 
SRU  is  indentured  to  more  than  one  type  of  LRU.  Then  the  total  subSRU  depot  pipeline  may 
contain  instances  of  the  subSRU  that  are  not  attributable  to  removals  of  the  current  SRU 
from  the  current  LRU.  Let  QL  be  the  quantity  pc'  O’^-aft  of  the  LRU  being  analyzed,  Qg  be 
the  quantity  per  LRU  of  the  current  SRU,  and  b  he  quantity  per  SRU  of  toe  current 
subSRU.  Suppose  Qer  is  the  quantity  per  aircraft  e  current  subSRU.  We  approximate 
the  total  depot  pipeline  on  day  n  for  this  subSRU  by  tLTn  =  EnQBT/(QBQsQL )•  For  example, 
if  only  half  the  occurrences  on  the  aircraft  of  the  current  subSRU  are  indentured  to  the 
current  SRU  indentured  to  the  current  LRU,  the  total  pipeline  is  assumed  to  be  twice  as  big  as 

E„. 

If  the  depot  lacks  sufficient  stock  to  cover  the  pipeline,  there  is  a  shortage  somewhere  in 
the  system.  Shortages  of  subSRUs  may  cause  SRUs  from  which  subSRUs  have  been  removed 
to  be  delayed  (AWPi  pending  receipt  of  a  serviceable  subSRU.  Or  a  shortage  of  a  subSRU 
may  cause  a  delay  in  shipping  a  subSRU  to  a  cirf  that  has  submitted  a  requisition  (cirfs  submit 
requisitions  whenever  they  NRTS  or  condemn  a  part;  when  a  base  condemns  a  part,  it  requisi¬ 
tions  the  cirf  for  a  replacement,  and  the  cirf  in  turn  requisitions  the  depot). 


85 


Let  BTn  be  the  total  expected  backorders  of  the  subSRU.  The  equation  for  computing 
expected  backorders  is  presented  below  in  the  discussion  of  pipeline  distributions.  Let  Bn  be 
the  expected  shortages  attributable  to  the  current  SRU  and  current  LRU.  The  expected  back¬ 
orders  are  allocated  among  the  SRUs  to  which  this  subSRU  is  indentured,  so  that 
Bn  =  BTnQg  Qs  Ql  /Qbt- 

These  allocated  backorders,  Bn,  are  in  turn  allocated  to  the  cirfs  and  the  depot.  This  is 
not  done  explicitly.  Instead,  we  determine  SRn,  the  expected  number  of  requisitions  the  depot 
satisfies  on  day  n,  and  allocate  those  resources  to  satisfy  the  oldest  unsatisfied  requisitions. 
Shortages  are  thus  translated  into  requisitions  that  have  not  been  satisfied. 

Let  RCnc  be  the  expected  number  of  requisitions  for  the  subSRU  received  on  day  n  by  the 
depot  from  cirf  c.  This  is  the  sum  of  the  condemnations  made  on  day  n  by  cirf  c’s  bases,  plus 
the  day  n  NRTS  and  condemnations  that  occurred  at  cirf  c. 

Let  RDn  be  the  expected  requirement  for  this  subSRU  generated  by  the  repair  of  SRUs  at 
the  depot  on  day  n.  Let  Rn  be  the  total  daily  demands  at  the  depot  for  serviceable 
subSRUs — the  sum  of  RC ^  over  all  the  cirfs,  plus  RDn. 

We  are  now  in  a  position  to  compute  SRn,  the  number  of  requisitions  the  depot  satisfies 
on  day  n.  (Satisfying  a  requisition  means  only  that  the  depot  has  shipped  the  component,  not 
that  the  component  has  been  received.)  First,  becuase  of  the  steady-state  nature  of  peacetime, 
SR o  «  R0.  For  n  greater  than  zero,  SRn  =  Bn  \  +  Rn  -  Bn. 

Let  SCnc  be  the  expected  number  of  this  subSRU  that  the  depot  ships  to  cirf  c  on  day  n. 
Let  SDn  be  the  expected  number  of  demands  for  subSRUs  caused  by  subSRU  removals  from 
SRUs  at  the  depot  that  are  satisfied  on  day  n.  We  set  SC0c  =  RCoc  and  SD0  =  RD0.  SRn  is 
divided  between  SCnc  and  SDn  so  that  the  oldest  outstanding  requisitions  are  satisfied  first. 

At  the  start  of  the  conflict,  there  were  B0  unsatisfied  requisitions.  We  assume  these  were 
allocated  so  that  cirf  c  starts  with  BC0c  =  BJRC  oc^o  unsatisfied  requisitions  and  the  depot 
starts  with  U0t  -  B^RD^/Rq,  where  i  is  the  index  of  the  subSRU.  So  for  day  n,  the  number  of 
unsatisfied  requisitions  for  cirf  c  is 

BCnc  =  BC„  _.],c  +  RCnc  -  SCnc 

and  for  the  depot  is 

Uni  =  Un  _  i  i  -  RDn  —  SDn  . 

Um  is  used  below  in  the  AWP  processing  example. 

On-order  Processing.  The  example  of  allocation  processing  computed  the  expected 
subSRU  requisitions  made  by  the  cirf  on  the  depot  that  are  satisfied  each  day.  Given  that  and 
the  expected  number  of  daily  requisitions,  we  can  compute  the  expected  number  of  subSRUs 
ordered  by  each  cirf  that  have  not  been  received  (they  are  either  in  transit  or  have  not  been 
sent).  This  example  is  typical  of  pipeline  segments  that  are  determined  by  on-order  process¬ 
ing:  From  earlier  steps,  the  expected  number  of  shipments  from  the  higher  echelon  was  com¬ 
puted.  That  and  the  daily  requistions  imply  the  number  of  unreceived  requisitions. 

Consider  in  more  detail  the  subSRU  cirf  on-order  pipeline  segment.  RCnc  was  defined 
above  as  the  expected  number  of  requisitions  made  on  day  n  for  this  subSRU  by  cirf  c.  SC ^ 
was  the  expected  number  of  this  subSRU  that  the  depot  will  ship  to  cirf  c  on  day  n,  and  BC ^ 
the  number  of  unshipped  requisitions.  We  want  to  compute  En, ,  the  expected  number  of 
subSRUs  on  day  n  that  cirf  c  will  have  ordered  but  not  received.  E0c  is  given  by  the  expected 
number  of  subSRUs  in  transit  plus  the  peacetime  expected  number  of  unsatisfied  requisitions. 
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That  is 

E0 <■  =  Eo c  *  (depot-to-cirf  transportation  time)  +  BC0c  . 

Standard  processing  determines  the  expected  number  of  subSRUs  in  transit  from  the  depot  to 
the  cirf  (given  the  daily  depot  shipments),  as  well  as  D„,  the  expected  number  of  subSRUs  cirf 
c  receives  from  the  depot  on  day  n.  E^c  is  then  computed  from  =  En  \  ,c  +  EC^  -  Dnc- 

AWP  Processing.  The  method  for  determining  the  number  of  AWP  SRUs  at  the  depot 
is  typical  of  AWP  processing,  and  is  used  as  an  example  here.  Let  En  be  the  expected  number 
of  SRUs  in  AWP  at  the  depot  on  day  n. 

Un,.  computed  in  the  example  of  allocation  processing,  is  the  expected  unsatisfied 
demands  for  subSRU  i  at  the  depot  on  day  n.  We  assume  the  shortfall  of  subSRU  i  for 
repairing  SRLTs  at  the  depot  has  a  Poisson  distribution  with  mean  Um. 

There  are  two  cases,  depending  on  whether  subSRUs  are  cannibalizable.  Consider  first 
the  case  where  subSRUs  are  fully  cannibalizable  between  identical  SRUs  awaiting  parts.  For 
each  type  of  subSRU  i ,  determine  Hm,  the  expected  number  of  SRUs  experiencing  sf"rtages  of 
that  subSRU.  If  the  subSRU’s  quantity  per  SRU  is  1,  then  Hm  =  Um.  If  its  quantity  per 
SRU  is  Qb, 

Hm  =  2  j  Prob[(7  -  l)Qg  <  number  of  shortages  s  jQg]  ■ 

i 

We  then  set  En  -=  max  Hm  . 

i 

In  the  second  case,  there  is  no  cannibalization  of  subSRUs  between  identical  SRUs  await¬ 
ing  parts.  Temporarily  assume  all  subSRUs  have  a  quantity  p^r  SRU  of  1.  Further,  assume 
the  subSRUs  are  numbered  so  that  subSRU  1  has  the  worst  expected  shortfall,  subSRU  2  the 
second  worst,  and  so  on.  Let  Em  be  the  expected  AWP  quantity  if  the  SRU  only  had  the  first 
i  subSRUs  indentured  to  it.  Let  P,  be  the  probability  that  an  SRU  in  service  at  the  depot  has 
at  least  one  of  those  subSRUs  removed.  Then  we  approximate 

Pn  -  o- 

Pl+ 1  =  1  —  (1  -  Pi)  x  Prob(subSRU  i+l  not  removed  from  SRU)  ; 

En,  =  Unl  ;  and 

Efij+i  =  Enl  +  (1  —  PLi  Lrt,(+1  . 

If  there  are  I  types  of  subSRU,  En  =  £„/.  For  subSRUs  with  quantities  per  SRU  greater 
than  one,  the  model  acts  as  if  there  were  Qn  different  types  of  identical  subSRUs,  each  with  an 
expected  shortfall  of  Um/Qii- 

LOGISTICS  SYSTEM  CONSTRAINTS 

This  discussion  covers  the  mathematics  involved  when  the  system  is  constrained.  The 
first  constraint  deals  with  not  being  able  to  achieve  the  sorties  asked  for  in  the  flying  program. 
The  second  concerns  constraints  on  repair  resources. 

Achievable  Sorties  for  PMC  and  FMC  Aircraft 

Without  option  20  selected,  for  purposes  of  computing  expected  daily  component  remov¬ 
als,  Dyna-METRIC  assumes  that  all  requested  sorties  are  flown.  When  the  expected  sorties 
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cannot  be  flown,  this  assumption  leads  to  an  overestimation  of  expected  pipeline  contents  and 
an  underestimation  in  the  performance  report  of  FMC  aircraft  and  sorties.  With  option  20 
selected,  for  each  component  the  model  determines  the  number  of  PMC  and  FMC  sorties  that 
can  be  flown  with  that  component  operational  (not  flying  sorties  when  the  component  is  not 
operational)  and  computes  the  daily  removals  of  that  component  based  on  those  sorties  rather 
than  on  the  requested  sorties. 

This  implies  that  aircraft  continue  to  fly  sorties  and  generate  failures  of,  for  instance,  the 
radar,  even  if  the  engine  is  no  longer  available  (although  the  engine  itself  is  not  flown  once  it  is 
unavailable).  Because  the  model  does  not  know  which  components  are  essential  and  which  are 
not,  it  leaves  that  determination  up  to  the  user.  To  facilitate  this,  the  model  writes  out  the 
achievable  sorties  for  each  component  that  could  not  achieve  the  requested  sorties.  The  user 
should  then  skim  through  these  sorties  per  aircraft  records  (they  are  formatted  just  like  Dyna- 
METRIC  input  sortie  level  records,  and  may  be  substituted  into  the  input  data  set  as  such) 
and  determine  the  lowest  sorties  achievable  record  associated  with  a  component  whose  failure 
would  preclude  even  PMC  sortie'.  That  sorties  per  aircraft  record  should  replace  the  sorties 
per  aircraft  record  for  that  base  in  the  Dyna-METRIC  input  data  set,  and  the  model  should  be 
rerun.  We  have  used  this  approach  rather  than  only  flying  FMC  sorties  because  the  latter 
approach  would  not  include  LRU  removals  from  PMC  sorties  and  hence  would  underestimate 
pipeline  sizes. 

Associated  with  option  20  are  two  parameters.  The  First,  F,  is  the  sortie  reduction  factor. 
The  second,  C,  is  the  confidence  level.  The  algorithm  to  compute  the  PMC  and  FMC  sorties 
flown  with  a  given  component  operational  (and  thus  with  a  potential  for  being  removed) 
proceeds  as  described  below.  For  each  component  and  each  time  of  analysis,  the  following 
steps  are  performed. 

Step  1:  Compute  the  daily  removals  and  daily  pipeline  contents  based  on  the  (current) 
requested  flying  program.  On  the  first  pass  through  this  algorithm,  this  is  the  input  requested 
flying  program. 

Step  2:  If  the  requested  sorties  at  base  b  can  be  achieved  with  k  aircraft  down,  but  not 
with  down,  determine  ph,  the  probability  that  there  are  k  x  QPA  or  fewer  backorders  for 
the  current  LRU  at  base  b.  (If  the  aircraft  can  still  be  flown  with  q  <  QPA  of  this  LRU  work¬ 
ing,  then  the  allowable  number  of  backorders  is  k  x  QPA  +  (AC  -  k)  x  ( QPA  -  q),  where 

AC  is  the  number  of  aircraft  at  base  6,  and  p/,is  the  probability  of  having  no  more  than 
k  x  QPA  t-  (AC  k)  x  ( QPA  q)  backorders.) 

Step  3:  For  those  bases  with  pf,  -  C,  scale  back  the  requested  sorties  as  described  below, 

and  leturn  to  Step  1.  If  for  all  bases,  p^,  ^  C,  proceed  to  the  next  time  of  analysis. 

How  are  the  sorties  scaled  back?  Recall  that  the  requested  sorties  are  specified  as  a  step 
function.  That  is.  for  days  through  n, .  i  -  1,  the  sortie  rate  is  Sj.  (Assume  n0  =  -  *.) 
Suppose  the  current  day  of  analysis  is  N . 

Case  1:  N  is  the  first  day  of  analysis.  Then,  for  all  j  such  that  n;  is  not  larger  than 
Ar,  Sj  is  reduced  to  F  x  St.  (F  should  be  between  zero  and  one.) 

Case  2:  There  was  a  day  of  analysis  N\  before  N.  Then  for  all  j  such  that  is  larger 
than  Ar1  and  nt  ■  N,  and  for  the  j  such  that  N  is  between  ns  and  n; .  j  1,  S,  is  reduced  to 
F  x  Sj. 

Consider  the  following  example: 

S’ o  is  the  sortie  rate  until  day  3. 

S’ i  is  the  sortie  rate  from  day  3  until  day  5. 

S' is  the  sortie  rate  from  day  5  until  day  20. 
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S3  is  the  sortie  rate  from  day  20  until  the  end  of  the  conflict. 

Days  of  analysis  are  1.  6,  15,  and  25. 

If  the  expected  backorders  on  day  1  are  too  high,  S0  is  scaled  back.  If  the  expected  backorders 
on  day  6  are  too  high,  Sj  and  S2  are  scaled  back.  If  the  expected  backorders  on  day  15  are  too 
high,  So  is  scaled  back.  And  if  the  expected  backorders  on  day  25  are  too  high,  S3  is  scaled 
back. 


Constrained  Priority  Repair 

The  development  of  the  expected  pipeline  equations  assumed  that  there  were  either  ample 
repair  resources,  so  that  components  requiring  repair  could  immediately  commence  the  repair 
process,  or  that,  for  some  initial  period,  there  were  no  repair  resources  at  all.  The  constrained 
repair  submodel  was  designed  for  the  analyses  of  cases  between  those  two  extremes,  cases 
where  there  was  some,  but  not  ample,  repair  capacity.  It  was  originally  developed  to  analyze 
the  queueing  behavior  of  avionics  components  being  tested  on  automated  test  equipment. 

The  submodel  affects  performance  in  two  ways.  First,  it  increases  the  expected  pipeline 
contents  of  LRUs  assigned  to  constrained  priority  repair  by  adding  in  the  expected  LRUs 
queued  for  repair.  Second,  it  influences  model  dynamics  hv  delaying  the  demands  on  higher 
echelons  for  repair  and  supply. 

In  standard  queueing  notation,  this  is  a  D/D/K(t )  system.  That  is,  the  arrival  process 
for  repair  is  assumed  to  be  deterministic  (not  Poisson,  as  in  the  remainder  of  the  model), 
repair  times  are  deterministic  (not  exponential,  even  if  exponential  LRU  repair  times  are 
selected  in  the  main  model),  and  there  is  a  finite,  time-dependent  number  of  servers  (also 
called  test  stands). 


Notation 


/  -  Number  of  types  of  LRU. 

J  -  Number  of  types  of  repair  resources. 

T,  -  Expected  time  required  to  test/repair  LRU  i. 

Di„  -  Demands  for  repair  of  LRU  i  occurring  on  day  n . 

R,j  -  Indicates  whether  LRU  i  can  be  tested  on  servers  of  type  j.  One  means  it  can,  zero 
means  it  cannot. 


K(j ,n)  -  Number  of  servers  of  type  j  available  on  day  n. 

Aj(k)  -  if  k  servers  of  type  j  are  collocated,  for  each  A;(k)  days  spent  testing  LRUs, 
l-Aj(k)  days  must  be  used  for  self-test  and  testing  other  stands.  (So  on  day  n,  at 
most  K(  j  ,n)Aj[K(j  ,n)\  time  is  available  for  testing  LRUs  on  servers  of  type  j .) 


During  peacetime,  components  are  assumed  to  be  scheduled  for  testing  on  a  first  come, 
first  served  basis.  (Priority  scheduling,  discussed  below,  is  used  during  wartime.)  If  there  were 
only  one  type  of  LRU  (LRU  i)  and  one  type  of  repair  resource  (type  j),  the  expected  number  of 
LRUs  in  queue  and  in  test  during  peacetime  is  given  by  the  standard  M/M/K  queueing  equa¬ 
tion  (Gross  and  Harris,  1974), 
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(K(jfi)  -  1)!  (K(j,Q)/Tt  -  D, 0) 


To  approximate  queues  in  the  more  general  case,  the  above  equation  is  modified.  The 
peacetime  demand  rate  of  LRUs  that  are  repaired  on  multiple  types  of  repair  resources  is  allo¬ 
cated  based  on  the  number  of  applicable  servers  available.  For  example,  if  LRU  i  can  be 
tested  on  types  j\  and  j2,  and  (during  peacetime)  there  is  one  server  of  type  jx  and  two  stands 
of  type  j2,  the  server  of  type  jx  is  responsible  for  one-third  of  LRU  i’s  peacetime  demands 
while  the  servers  of  type  j 2  are  responsible  for  the  remaining  two-thirds.  Let  DtJ( 0)  be  the 
peacetime  demand  rate  for  LRU  i  that  has  been  assigned  to  stand  type  j. 

To  compute  the  expected  number  of  LRUs  in  queue  or  repair  at  server  type  j ,  the  model 
also  needs  the  total  peacetime  demand  rate, 

/ 

Dj(0)  =  ^  Dt]( 0) 

i-i 


and  the  expected  repair  time  for  an  LRU, 
i 

Ej[T]  -  2  Dij(0)Ti/Dj(0). 

i-i 


Substituting  D;(0)  for  Dl0  and  E,  [T]  for  T,  into  Eq.  (1)  for  expected  LRUs  in  the  system  gives 
Qj( 0),  the  expected  number  of  LRUs  in  queue  or  test  during  peacetime  for  server  type  j.  To 
determine  the  number  of  LRU  i  in  queue  or  test  at  servers  of  type  j ,  the  model  allocates  Q;(0) 
based  on  demand  rates.  That  is, 

UijiO)  =  Qj (())[),, {0)/D.(0)  . 

Of  thi  LRUs  in  queue-  o.  test,  how  Joes  the  mode!  determine  which  were  actually  under¬ 
going  repair  at  the  start  of  the  conflict?  Initially,  the  available  servers  are  allocated  among  the 
LRUs  they  serve  based  on  the  number  of  LRUs  of  each  type  in  the  system,  and  on  their  test 
times.  More  specifically,  N,}  is  the  number  of  servers  of  type  j  allocated  to  test  LRU  i,  or 

v  Qij(  0)T, 

*ij  ~T~  - 

2  Qxji0)Tx 

X  -  1 

If  Q,;(0)  is  less  than  or  equal  to  iV,;,  then  all  LRLls  of  type  i  in  the  system  during  peacetime 
that  have  been  allocated  to  server  type  j  are  assumed  to  be  in  test.  If  Q,;(0)  <  NtJ,  then  the 
unused  allocation,  NtJ  -  Q,;( 0),  is  reallocated  to  the  remaining  LRUs.  The  algorithm  proceeds 
as  follows  for  each  type  of  repair  resource. 

Step  1:  For  all  LRUs  such  that  Q,;(0)  s  NtJ,  let  M,;  (the  number  of  LRU  i  being  tested 
on  servers  of  type  j  at  the  start  of  the  scenario)  be  set  to  QtJ( 0).  If  all  LRUs  have  been  pro¬ 
cessed,  the  computation  is  done. 

Step  2:  Let  Im  be  the  set  of  LRUs  for  which  Ml;  has  not  been  defined.  Redefine,  for  i 
in  /.v f, 
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For  all  LRl  i  in  /y  such  that  Q,,(0)  -  .V  .  set  A/,,  to  (^,.(0)  and  remove  i  from  /w.  Repeat 
this  step  until  no  further  deletions  are  made. 

Step  3:  For  i  in  7W,  set 


Qu  id)  7, 

» •  /„ 


R’(  ;,0) 


S  V/- 

>  w„ 


The  number  of  LRU  i  in  queue  (hut  not  in  test)  at  the  start  of  the  conflict  is 


J 

Q,t0)  -  V  ^,0)  A/„  . 

!  ■  I 

If  A/,;  is  the  expected  number  of  LRU  i  on  servers  of  type  j  at  the  start  of  the  conflict,  how 
many  LRUs  of  type  i  that  were  being  tested  during  peacetime  will  complete  repair  between 
times  n ,  and  n  <,  and  how  much  test  time  will  they  use  between  those  times?  Answers  to  these 
questions  give  the  effect  on  the  wartime  repair  resource  operations  of  the  LRUs  that  were  in 
test  at  the  start  of  the  scenario. 

For  LRU  t.  assume  that  the  amount  of  time  already  spent  in  test  at  time  0  is  uniformly 
distributed  between  0  and  7\.  We  compute  the  expected  time  spent  testing  LRU  i  between 
times  n.  and  n-,  by  conditioning  on  7',  the  amount  of  repair  time  remaining  before  the  LRU 
finishes  testing.  T  is  also  uniformly  distributed  between  0  and  7’,. 

Let  R  be  the  time  spent  in  repair  between  times  r?i  and  rt>.  Further,  assume 
7\  -  rt ■>  '  tt  i  •  0.  (If  n-j  •  7’,.  substitute  7’,  form,  in  the  following.)  Then 


FaR)  -  EiR  .  7*  •  n>)  Prob( T  ■  n>)  -  FaR  n:  ■  T  ■  n , )  Prnhtm,  -  T  •  «,)  • 
E(R  ,  n i  -  7’)  Probfn ,  -7') 

Af„  x  [inj  rr , )  (  7',  •  Un  j  •  n;)/2  n  [  I  ( n tq)  T,  -  npT.] 

MtJ  -  [1  ( n  i  •  rt  ■_> )  2  T, ) . 


Expected  completed  repairs  between  n,  and  n  ■  is 

Mu  x  ProblUj  ■  T  •  n, I  A/,, ( rr n. »/'/’,  . 

Two  methods  describe  nonfunctioning  repair  resources.  The  first  approach  computes  the 
amount  of  time  servers  spend  in  self  test  and  testing  other  servers,  when  they  are  not  available 
to  test  any  LRUs.  The  second  approach  describes  PMC  servers  that  may  he  able  to  test  some 
types  of  LRU.  but  not  others. 

Time  spent  in  self-test  depends  on  the  number  of  collocated  servers.  Typically,  mime 
servers  imply  less  time  per  server  needed  for  self-test.  If  k  servers  of  tvpe  j  are  collocated,  for 
each  A,  (k  I  spent  testing  LRUs,  1  Ajik  I  days  are  spent  in  self-test.  This  parameter  is  used 
to  compute  two  different  things,  depending  on  context.  The  amount  of  time  available  on  day  n 
for  testing  LRUs  is  j  ,n  )  A;[K(  y,r?)].  The  amount  of  time  a  server  is  tied  up  because  of  a 
decision  to  test  LRU  i  is  Tr/A!\K{  j ,n  )]. 
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P\i(  servers  are  more  complicated.  The  model  assumes  that  a  server  is  composed  of 
man)  parts,  some  of  which  fail  as  the  server  is  used.  Failures  that  cannot  he  repaired  immedi¬ 
ately  occur  at  the  rate  of  A,  per  day  spent  in  self-test  or  testing  LRUs.  After  an  expected 
(exponentially  distributed)  delay  of  a  replacement  part  is  received.  Resupply  of  replace¬ 
ment  parts  may  not  be  available  during  a  (user-specified)  mid-scenario  cutoff.  The  model  also 
assumes  servers  are  composed  of  parts  whose  individual  failure  rates  are  so  low  that  it  can. 
with  very  little  error,  assume  there  is  at  most  one  break  of  each  type.  This  assumption  allows 
the  consolidation  of  all  breaks  onto  one  server  of  type  j  at  each  location. 

The  interesting  question  is.  what  is  the  probability  at  a  given  time  that  the  server  on 
which  breaks  are  consolidated  is  able  to  test  LRU  type  i?  Let  P,  be  the  probability  that  a 
failure  of  a  server  part  does  not  render  the  server  incapable  of  testing  LRU  i.  Then  the  arrival 
rate  of  failures  that  disable  the  server  for  testing  LRU  ;  is  ( 1  [\ ) A,  per  day  spent  testing. 

The  server  is  able  to  test  LRU  i  if  there  are  no  unrepaired  server  failures  that  affect  LRU  i. 
The  extended  Palm's  theorem  describing  pipeline  quantities  for  LRUs  can  also  be  used  to 
determine  E(breaks),  the  expected  number  of  unrepaired  server  failures  affecting  LRU  i. 
Because  this  pipeline  is  Poisson,  the  probability  that  the  server  on  which  breaks  are  consoli¬ 
dated  can  test  LRU  i  is  the  probability  that  no  applicable  breaks  remain  in  the  system,  or 

p  A’ i  breaks* 

If  LRU  i  is  being  tested  on  the  server  where  breaks  are  consolidated,  and  a  break  occurs 
that  renders  the  server  incapable  of  testing  LRU  i.  the  component  is  removed  and  set  aside, 
and  a  component  that  can  be  tested  is  assigned  to  the  server.  The  removed  component  waits 
for  the  server  to  be  repaired  before  completing  test,  rather  than  being  reassigned  to  another 
server. 

The  algorithm  for  scheduling  components  is  fairly  simple.  Each  day  is  analyzed  in  turn: 
all  arrivals  for  the  day  are  incorporated  into  the  queue  at  the  start  of  the  day.  (This  is  an 
optimistic  assumption  because  it  allows  the  maximum  possible  server  utilization.)  Let  Lin  be 
the  number  of  LRU  i  that  finish  testing  on  day  n.  The  number  of  LRUs  in  the  system  at  the 
end  of  day  n  is 

•/  -i 

ty.ioi  .  v  ^  l-,,p 

The  three  steps  of  the  scheduling  algorithm  on  day  n  are  repeated  while  a  queue  or  avail¬ 
able  test  time  remains,  as  follows. 

Step  1:  Determine  which  type  of  repair  resource  /  has  the  most  unassigned  time. 

Step  2:  Determine  which  LRU  i  (with  R.  1)  has  the  largest  value  for  queue  less 
stock. 

Step  3:  Determine  which  server  k  of  type  j  has  the  most  unassigned  time.  Determine 
n.  the  time  when  this  LRl  will  complete  test.  Increment  l.,r  and  label  the  server  as  unavail¬ 
able  until  time  n . 

If  the  number  ol  servers  decreases  during  the  scenario,  the  model  sets  aside  the  LRUs 
that  were  in  test  on  the  servers  being  removed  and  does  not  resume  their  repair  until  their 
respective  servers  are  returned. 

We  know  of  two  major  shortcomings  with  this  approach.  First,  by  assuming  deterministic 
demands  that  arrive  at  the  start  of  the  day,  and  by  using  deterministic  repair  times,  we  have 
removed  all  variance  from  our  queueing  system.  So  long  as  demands  for  repair  do  not  exceed 
repair  capacity,  queues  do  not  build.  As  a  result,  expected  queues  are  underestimated. 
Another  problem  involves  ( he  use  of  these  queues  once  computed.  Dyna- METRIC  assumes 
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that  the  pipelines  of  these  LRUs  are  Poisson  and  independent.  However,  the  use  of  a  priority 
scheduling  scheme  has  introduced  dependence.  Thus,  when  the  distribution  of  NFMC  aircraft 
is  computed,  the  model  is  pessimistic  and  may  ground  too  many  aircraft. 


PIPELINE  DISTRIBUTIONS 

Dyna-METRIC  uses  the  pipeline  variance  to  mean  ratio  to  determine  the  pipeline  distri 
bution.  A  VTMR  of  one  corresponds  to  a  Poisson  distribution,  less  than  one  to  a  binomial  dis¬ 
tribution,  and  greater  than  one  to  a  negative  binomial  distribution.  These  distributions  are 
used  in  turn  to  recommend  stuck  levels  for  components,  and  to  predict  performance  at  each 
base  for  each  time  of  analysis. 

The  following  describes  how  pipeline  distributions  are  derived  from  expected  pipeline 
values  and  user-supplied  YTMRs.  It  also  shows  how  to  compute  expected  backorders  without 
having  first  to  compute  the  pipeline  distribution,  saving  computational  resources  in  those  cases 
where  only  expected  backorder  information  is  needed. 

Notation 

X  Expected  pipeline  size  of  the  component  at  the  location  being  analyzed, 
c  -  VTMR  of  the  component's  pipeline  value. 

Pj  Probability  that  there  are  j  of  the  component  in  the  pipeline. 

EiBO)  -  Expected  backorders  of  the  component. 

S'  -  Stock  level  of  the  component. 


Poisson  Distribution 

The  Poisson  distribution  is  used  for  components  with  a  pipeline  VTMR  of  one.  (Recall 
that  SRlJs  and  subSRUs  have  VTMRs  of  one,  and  that  one  is  the  default  VTMR  for  LRUs.) 
In  the  case  of  the  Poisson,  we  know  that  pt  -  c  KXV j\.  For  j  -  0,  p;  -=  e  \  For 
J  >  0,  Pj  -  Xpj  ,/;. 


Binomial  Distribution 

The  binomial  distribution  is  used  for  LRUs  with  a  pipeline  VTMR  of  less  than  one.  p, 
for  the  binomial  is 


where  mr  X  and  (1  r )  -  r .  Solving  for  r  and  m  yields  r  =  1  v  and  m  =  X/(l  v). 
The  iterative  definition,  from  which  the  model  computes  the  terms  of  this  distribution,  is 
Pi,  =  (1  r)m  and  p,  =  r(m  j  ■  1  )py  ,/[)(!  r ) ] . 
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Negative  Binomial  Distribution 


The  negative  binomial  distribution  is  used  for  LRUs  with  a  pipeline  VTMR  greater  than 
one.  Pj  for  the  negative  binomial  is 


Pj  = 


if  +  i  -  D! 
if  -  l)!;! 


gf  (1  -  g)1 


where  /(I  -  g)/g  «  X  and  l/g  =  u.  Solving  for  /  and  g  yields  g  -  1/v  and  /  =  \/(v  -  1). 

For  j  =  0,  po  =  g^.  For  j  >  0,  p;  «  Pj-iif  +  j  -  1) (1  -  g)//.  The  terms  of  this  distri¬ 
bution  are  computed  with  the  iterative  definition. 


Expected  Backorders 

Expected  backorders,  or  E(BO),  is  defined  to  be  E[{\  -  SUj.  Working  from  the  defini¬ 
tion,  we  have 

EiBO)  =  2  O'  -  S)P] 

j-S 

=  2  Jpj  -  2  Spj  -  2  (j  -  s)pj 
j- 0  ;-o  ;-0 

S  -1 

=  X  -  S  -  2  O'  -  S)pj  . 

7-0 

The  primary  advantage  of  using  the  final  equality  to  compute  expected  backorders  is  that 
the  number  of  terms  of  the  pipeline  distribution  that  are  needed  is  not  more  than  the  stock 
level  of  the  component,  frequently  a  small  value. 


PROBABILITY  DISTRIBUTIONS  OF  NFMC  AIRCRAFT 

Most  information  in  the  performance  report  for  a  given  base  is  derived  directly  from  the 
probability  distribution  of  NFMC  aircraft  at  that  base.  This  discussion  covers  the  computation 
of  that  probability  distribution. 

Notation 

A  -  Number  of  aircraft  at  the  base,  after  attrition. 

I  -  Number  of  different  types  of  LRU  of  which  the  aircraft  are  constructed. 

Q,  -QPAofLRUi. 

q,  -QFA  of  LRU  i  that  must  be  operational  if  the  aircraft  is  FMC.  (By  definition,  q, 
’«nnot  b.  larger  than  Q, .) 

p,(;  Probability  that  there  are  j  of  LRU  i  in  the  pipeline  at  the  base.  (See  the  previous 
discussion  for  how  this  probability  is  computed.) 


Si 


level  of  LRU  i  at  the  base. 
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bij  -  Probability  that  there  are  j  backorders  of  LRU  i  at  the  base. 

Pfe(a)  -Probability  a  or  fewer  aircraft  are  NFMC  at  this  base,  assuming  a  policy  of  full  can¬ 
nibalization. 

Ppc(a)  -Probability  a  or  fewer  aircraft  are  NFMC  at  this  base,  assuming  some  types  of  LRU 
can  be  cannibalized  and  some  types  cannot. 


Backorders 


The  probability  that  there  are  j  backorders  of  LRU  i  is  bt].  If  j  is  not  zero,  then  for 
there  to  be  j  backorders,  there  would  be  (j  +  SQ  of  LRU  i  in  the  pipeline.  If  j  is  zero,  there 
would  be  S,  or  fewer  of  LRU  i  in  the  pipeline.  That  is: 


h 


s, 

2  P.O'h  for  7=0 

fc-0 

Pi  (j  +  Si),  for  j  >  0. 

k. 


Full  Cannibalization 

Pfc(a)  is  the  probability  that  a  or  fewer  aircraft  are  NFMC,  assuming  a  policy  of  full 
cannibalization.  Under  such  a  policy,  a  or  fewer  aircraft  are  NFMC  if  and  only  if,  for  each 
LRU  i,  the  number  of  aircraft  held  down  by  LRU  i  is  no  more  than  a.  Let  P,(a)  be  the  prob¬ 
ability  that  a  or  fewer  aircraft  are  NFMC  because  of  LRU  i.  Then 
/ 

P/rc(a)  -  n  P,(a)  . 

i-i 

But  what  is  P,  (a )?  For  there  to  be  at  most  a  planes  down  because  of  LRU  i,  there  must 
be  at  least  (A  -  a)  aircraft  with,  for  each  aircraft,  at  least  q,  of  LRU  i  operational.  That 
means  that  at  least  (A  -  a)ql  of  LRU  i  must  be  working;  or,  equivalently,  at  most 
AQ,  -  (A  -  a)q,  may  be  backordered.  (When  Q,  =  (/,,  this  simplifies  to  aQ,  backorders.)  So 
P,- (a)  is  the  probability  of  AQ  -  (A  -  a)q,  or  fewer  backorders  of  LRU  i,  or 
AQ,  l/\  a)q 

Pt (a)  =  2  b'i  ■ 

y'-i) 

Two  major  assumptions  inherent  to  this  approach  should  be  emphasized.  First,  all  the 
aircraft  at  a  base  look  alike.  This  causes  the  treatment  of  LRUs  with  application  fractions 
other  than  zero  or  one  to  be  optimistic:  All  backorders  can  be  consolidated  onto  the  same  air¬ 
craft.  Consider  the  following  situation:  There  are  four  aircraft  at  the  base,  made  up  of  LRU 
A,  LRU  B,  and  LRU  C.  LRUs  A  and  B  have  application  fractions  of  .5,  LRU  C  has  an  appli¬ 
cation  fraction  of  1.  There  are  two  backorders  of  LRU  A,  two  of  LRU  B,  and  none  of  LRU  C. 
Under  our  assumptions,  the  backorders  of  LRUs  A  and  B  would  be  consolidated  onto  the  same 
aircraft,  leaving  two  aircraft  FMC.  Suppose,  however,  that  two  of  the  aircraft  were  composed 
of  LRUs  A  and  C,  and  two  of  LRUs  B  and  C.  In  this  case,  cannibalization  should  not  help, 
and  there  should  be  no  FMC  aircraft  at  all.  However,  there  could  be  one  aircraft  with  LRUs 
A,  B,  and  C,  one  with  LRUs  A  and  C,  one  with  LRUs  B  and  C,  and  one  with  LRU  C  only.  In 
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this  case,  there  would  be  one  aircraft  FMC.  Clearly,  the  application  fraction  alone  does  not 
define  the  aircraft  structure  with  sufficient  detail  to  determine  legal  cannibalizations.  If  con¬ 
solidation  of  the  backorders  of  low  application  fraction  LRUs  onto  the  same  aircraft  is  leading 
to  overly  optimistic  results,  code  the  LRUs  as  not  cannibalizable  and  use  the  performance  mea¬ 
sures  based  on  a  policy  of  partial  cannibalization. 

The  second  assumption  is  that  cannibalization  can  be  done  instantly  and  without  con¬ 
suming  resources.  If  this  seems  inappropriate,  code  the  LRUs  that  are  difficult  or  expensive  to 
cannibalize  as  not  cannibalizable,  and  again  use  the  performance  measures  that  are  based  on  a 
policy  of  partial  cannibalization. 

Partial  Cannibalization 

Ppc(a)  is  the  probability  that  a  or  fewer  aircraft  are  NFMC,  assuming  some  types  of 
LRU  can  be  cannibalized  and  some  types  cannot.  Assume,  without  loss  of  generality,  that  the 
first  Ic  types  of  LRU  can  be  cannibalized,  and  the  remaining  (/  -  Ic)  types  of  LRU  cannot. 
If  Ic  =  I,  then  all  LRUs  are  fully  cannibalizable  and  Ppc(a)  =  Pfc(a).  So  we  will  assume  that 
Ic  is  less  than  I — that  at  least  one  type  of  LRU  cannot  be  cannibalized. 

Under  this  policy,  a  or  fewer  aircraft  are  NFMC  if  and  only  if,  for  each  cannibalizable 
LRU  i,  a  or  fewer  aircraft  are  down  and,  for  the  remaining  (/  -  Ic)  noncannibalizable  LRUs, 
considered  together,  a  or  fewer  aircraft  are  down.  This  is  because  the  backorders  for  cannibal¬ 
izable  LRUs  can  be  consolidated  onto  the  aircraft  down  for  noncannibalizable  LRUs.  Let 
P,  (a)  be  the  probability  that  a  or  fewer  aircraft  are  NFMC  because  of  cannibalizable  LRU  i. 
Let  Pnc(q)  be  the  probability  that  a  or  fewer  aircraft  are  NFMC  because  of  noncannibalizable 
LRUs.  Then 

h 

Ppcia)  =  Pnc(q)  II  P,(a )  . 

i-1 

when  Ic  is  at  least  one  (there  is  at  least  one  type  of  cannibalizable  LRU).  Ppc(a)  =  P/vc(«) 
when  1  =  0,  the  case  where  no  LRUs  can  be  cannibalized. 

Next  P/vc(a)  is  derived.  Let  p/vc  be  the  probability  that  a  randomly  chosen  aircraft  is 
down  because  of  a  backorder  for  a  noncannibalizable  LRU.  The  model  then  approximates  the 
distribution  of  NFMC  aircraft  by  using  a  binomial  distribution.  (The  binomial  distribution 
gives  the  probability  of  j  successes,  given  J  independent  trials  with  p  being  the  probability  of 
success.)  Although  this  approximation  correctly  captures  the  expected  value,  the  variance  may 
be  underestimated  in  some  cases.  The  probability  that  a  or  fewer  aircraft  are  NFMC  is  thus 
approximated  by 

PNc(a)  =  J)  {A  A)y  n  P.vcJ(l  -  Pnc)A  '  • 
j -o  '  J’  J- 

Let  rNC  be  the  probability  that  a  randomly  chosen  aircraft  will  not  be  grounded  due  to 
backorders  of  noncannibalizable  LRUs.  Clearly,  p,vc  =  1  -  rNC.  Let  r,  be  the  probability  that 
a  randomly  chosen  plane  has  no  more  than  (Q,  -  qt)  backorders  of  noncannibalizable  LRU  i. 
Thus 

/ 

rsc  =  n  r,  . 

1 
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To  determine  r,,  the  model  conditions  on  the  number  of  backorders  of  LRU  i.  Let  r,(j) 
be  the  probability  that  a  randomly  chosen  aircraft  has  at  most  (Q,  -  <?,  )  backorders  of  LRU  i, 
given  that  there  are  j  backorders  of  LRU  i .  Then 
AQ, 

-  2  bHr'U)  ■ 

]-o 

Let  ht(k,j)  be  the  probability  of  k  backorders  of  LRU  i  on  the  random  plane,  given  j 
backorders  of  LRU  i  distributed  across  the  A  aircraft  at  the  base.  So 

Q,-q. 

r,(j)  -  2  Mfcj) 

ft-  0 

Finally,  hi(k,j)  is  given  directly  by  the  hypergeometric  distribution.  (The  hypergeometric  gives 
the  probability  of  k  successes,  given  Q  trials,  when  sampling  without  replacement  from  an  urn 
containing  AQ  balls,  of  which  j  are  “successes.”)  That  is, 

At  this  point,  all  the  intermediate  quantities  have  been  defined,  so  that  one  can  work 
backward  from  h^kj)  to  rt(j)  to  r,  to  rNC  to  pNC  to  PWc(a)  and  finally  to  Ppc(o),  the  desired 
probability  distribution  of  FMC  aircraft  under  a  policy  of  partial  cannibalization. 

COMPUTATION  OF  PERFORMANCE  MEASURES 

The  performance  measures  in  the  Dyna- METRIC  performance  report  are  derived  directly 
from  the  probability  distributions  of  NFMC  aircraft  under  full  cannibalization  and  partial  can¬ 
nibalization  policies. 

Notation 

A  -  Number  of  aircraft  at  the  base,  after  attrition. 

I  -  Number  of  different  types  of  LRU  of  which  the  aircraft  are  constructed. 

E,(BO)  -  Expected  backorder  quantity  of  LRU  i  (computed  in  the  previous  discussion  of 
“Pipeline  Distributions”). 

Pfc(a)  -  Probability  a  or  fewer  aircraft  are  NFMC  at  this  base,  assuming  a  policy  of  full 
cannibalization  (computed  in  the  previous  discussion  of  “Pipeline  Distributions”). 

Ppc(a)  -  Probability  a  or  fewer  aircraft  are  NFMC  at  this  base,  assuming  some  types  of 
LRU  can  be  cannibalized  and  some  types  cannot  (computed  in  the  previous  discus¬ 
sion  of  “Pipeline  Distributions”). 

Target  NFMC 


When  selecting  the  performance  report  with  either  option  11  or  12,  the  user  specifies  a 
percentage  p  of  the  aircraft  that  is  an  acceptable  NFMC  percentage.  The  target  NFMC  level 
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is  simply  pA/ 100,  truncated  to  an  integer.  (If  there  are  10  aircraft  with  an  acceptable  NFMC 
percentage  of  15  percent,  the  target  NFMC  level  is  one  because  pA /100  ■=  15  x  10/100  =  1.5). 

Total  Aircraft 

The  total  aircraft  is  just  A ,  the  total  aircraft  at  the  base  after  attrition. 

Probability  Less  than  p  Percent  NFMC 

This  number  is  actually  the  probability  of  at  most  p  percent  NFMC  aircraft.  Let  a  be 
the  target  NFMC.  Then  this  probability  is  Ppc(a)  under  full  cannibalization  and  Ppc(a) 
under  partial  cannibalization. 

Probability  Achieve  Sorties 

Suppose  the  requested  sortie  rate  per  aircraft  is  Sr,  and  the  maximum  achievable  sortie 
rate  per  aircraft  is  St-  The  minimum  number  of  FMC  aircraft  that  can  achieve  the  requested 
sortie  program  is  aM,  the  .  mallest  integer  such  that  St  >  ASR.  To  achieve  the  sorties,  no 
more  than  ( A  -  a^)  aircraft  can  be  NFMC.  So  the  probability  of  achieving  the  requested  sor¬ 
ties  is  Pfc(A  -  clm)  for  full  cannibalization,  and  PpciA  -  )  for  partial  cannibalization. 

FMC  with  C  Percent  Confidence 

When  selecting  the  performance  report  with  either  option  11  or  option  12,  the  user  speci¬ 
fies  a  confidence  level  C  at  which  FMC  aircraft  are  to  be  reported.  That  is,  aM  is  to  be  found, 
where  is  the  largest  integer  such  that  the  probability  of  or  more  aircraft  FMC  is  at  least 
C.  In  the  terms  of  our  distributions,  ay  is  the  largest  integer  such  that  Ppc(A  -  aM)  >  C  for 
full  cannibalization  or  Ppc(A  -  aM)  >  C  for  partial  cannibalization. 

Expected  NFMC  Aircraft 

For  a  not  equal  to  zero,  the  probability  a  aircraft  are  NFMC  is  Ppc(a)  -  Pfc(q  -  1)  or 
Ppc(a)  -  Ppc(a  -  1).  If  a  =  0,  the  probability  of  no  NFMC  aircraft  is  PFC( 0)  or  Ppc( 0). 
Computing  the  expected  value  directly,  for  full  cannibalization, 

A 

Epc(NPMC)  -  ^  a  [Pfc(a)  -  Pfc(a  -  1)J  . 

a  - 1 

Similarly,  for  partial  cannibalization, 

A 

Epc(NFMC)  =  ^  a  -  Epc(a  -  1)]  . 

a- 1 


Expected  Percentage  NFMC 

This  is  expected  NFMC  aircraft  expressed  as  a  fraction  of  available  aircraft.  For  full  can¬ 
nibalization,  Efc(NFMC)/A  ;  for  partial  cannibalization,  Epc(NFMC)/A . 
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Expected  Sorties  and  Expected  Sorties  per  Aircraft 

Let  Sr  be  the  requested  sortie  rate  per  aircraft  and  Sj  be  the  maximum  achievable  sortie 
rate  per  aircraft.  The  minimum  number  of  FMC  aircraft  that  can  achieve  the  requested  sorties 
is  clm ,  where  aM  is  the  smallest  integer  such  that  clmS?  >  ASr.  If  there  are  fewer  than  a m  air¬ 
craft  FMC,  each  aircraft  flies  St  sorties.  If  there  are  a  >  a m  aircraft  FMC,  each  aircraft  flies 
ASr/o  sorties. 

Let  Rpc(a)  be  the  probability  that  a  aircraft  are  up.  Then  Rpc(A)  =  Prc(O)  and 
Rpc(a)  =  Pfc(A  -  a)  -  Pfc(A  -a  -  I).  Computing  expected  sorties  and  expected  sorties 
per  aircraft  by  conditioning  on  available  aircraft,  for  full  cannibalization 

- 1  A 

E(sorties)  -  2  RFc(a)aSr  +  2  Pfc(o)ASr,  and 

a  -1  a-av 


a«-l  A 

E (sorties  per  aircraft)  =  2  Rfc(o)St  +  ^  ^fc(^)  ASr/ci  . 

a-1  a-aw 

The  expected  sorties  never  exceed  and  are  frequently  less  than  tne  expected  FMC  aircraft  mul¬ 
tiplied  by  the  maximum  sortie  rate  per  aircraft.  Expected  sorties  and  expected  sorties  per  air¬ 
craft  for  partial  cannibalization  are  derived  in  a  similar  manner  from  Ppc(a). 

Total  Backorders 

This  is  the  sum  of  the  LRU  expected  backorder  quantities, 

i 

Total  backorders  =  2  Et(BO)  . 

i-i 

The  previous  discussion  on  pipeline  distributions  shows  how  Ei  {BO )  is  computed. 

Attrition  Effects 

Before  proceeding  to  the  problem  LRUs  report,  we  should  mention  a  few  assumptions 
about  attrition.  Details  of  how  the  model  computes  the  effects  of  attrition  were  discussed  ear¬ 
lier  under  “Expected  Daily  LRU  Removals.” 

First,  all  aircraft  measures  reflect  the  number  of  aircraft  available  after  attrition  effects 
are  taken  into  account.  That  is,  if  the  goal  is  10  percent  NFMC,  that  means  10  percent  of  the 
aircraft  remaining  after  attrition.  Similarly,  the  expected  number  of  NFMC  aircraft  is  the 
expected  number  of  aircraft  down  because  of  shortages  of  LRUs,  and  for  no  other  reason.  (In 
particular,  the  number  of  aircraft  down  from  attrition  is  not  included  in  this  field.)  The  model 
at  this  point  is  effectively  ignorant  of  the  number  of  aircraft  available  before  attrition. 

Second,  the  sorties  to  be  flown  are  the  requested  sorties  per  aircraft  times  the  number  of 
aircraft  available  after  attrition.  Thus,  if  the  flying  program  calls  for  one  sortie  per  aircraft  on 
day  30,  and  the  number  of  aircraft  on  day  30  with  no  attrition  would  have  been  100,  but  after 
attrition  is  only  50,  the  base  is  evaluated  against  a  goal  of  50  sorties. 
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Problem  LRUs  Selection  and  Ordering 

In  addition  to  the  overall  assessment  of  capability  produced  by  the  option  11  (and  option 
12)  performance  report,  the  user  may  select  option  8,  which  generates  a  list  of  problem  LRUs 
along  with  a  detailed  report  on  their  disposition  throughout  the  theaters  (on  the  shelf,  in 
repair,  in  transit,  AWP,  etc.). 

An  LRU  is  selected  for  inclusion  on  this  list  if  for  some  base  there  is  too  low  a  probability 
of  at  most  a  critical  number  of  backorders.  The  allowable  number  of  backorders  is  derived 
from  the  option  11  parameter  that  specifies  the  target  NFMC  percent.  The  allowable  backor¬ 
ders  level  for  an  LRU  at  a  base  is  just  the  acceptable  number  of  NFMC  aircraft  at  the  base 
times  the  QPA  of  that  LRU  at  that  base.  The  probability  target  is  the  confidence  level  associ 
ated  with  option  11. 

Problem  LRUs  are  sorted  according  to  the  magnitude  of  their  component  impacts.  The 
component  impact  for  LRU  i  is  an  approximation  to  the  number  of  aircraft  that  would  be 
grounded  if  the  aircraft  were  composed  of  only  LRU  t.  In  particular,  the  problem  LRUs  are 
sorted  by 


Expected  backorders  of  LRU  i  at  base  b 
QPA  of  LRU  i  at  base  b 


x  [1 /Application  fraction  of  LRU  i  at  base  6]. 


The  application  fraction  is  included  in  the  above  equation  to  scale  up  the  apparent  effect 
of  LRUs  with  application  fractions  less  than  one.  (However,  the  component  impact  is  assumed 
to  be  zero  at  bases  with  application  fractions  of  zero.)  The  reason  the  application  fraction  was 
included  is  best  illustrated  by  an  example.  Suppose  LRU  A  has  an  application  fraction  of  one 
and  expected  backorders  of  four.  Suppose  LRU  B  has  an  application  fraction  of  a  half,  and 
also  has  expected  backorders  of  four.  The  QPA  of  each  LRU  is  one.  There  are  eight  aircraft 
in  all.  Although  both  LRUs  are  grounding  four  aircraft,  LRU  B  is  considered  worse  because  it 
is  grounding  all  the  aircraft  it  possibly  can,  while  LRU  A  is  only  grounding  half.  The  introduc¬ 
tion  of  the  application  fraction  into  the  above  equation  allows  us  to  reflect  such  situations 
when  ordering  the  problem  LRUs  list. 

W,  is  used  only  to  order  the  list  and  is  not  written  out  in  the  problem  LRUs  report.  The 
component  impact  quantities  that  are  reported  include: 

•  base  level  component  impacts — the  expected  backorders  divided  by  the  QPA. 

•  worldwide  component  impact — the  sum  of  the  base  level  component  impacts. 

•  base  level  target  impact — the  NFMC  aircraft  goal  multiplied  by  the  application  frac¬ 
tion. 

•  worldwide  target  impact — the  sum  of  the  base  level  target  impacts. 

•  worldwide  minimum  component  impact-  the  expected  backorders  if  all  base  pipelines 
and  stocks  were  to  be  consolidated,  divided  by  the  average  QPA.  This  quantity  is  used 
as  an  approximation  to  the  worldwide  component  impact  that  would  be  attained  if 
base  stocks  were  optimally  redistributed. 


Problem  SRUs  and  SubSRUs  Selection  and  Ordering 

If  option  23  is  selected  in  combination  with  option  8,  a  detailed  disposition  report,  similar 
to  that  written  for  LRUs,  is  written  for  problem  SRUs  and  subSRUs. 

A  problem  LRU  has  problem  SRUs  if,  for  some  location,  the  percent  of  the  LRU’s  pipe¬ 
line  attributable  to  AWP  exceeds  the  percentage  specified  in  the  second  option  23  parameter. 
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For  each  location  where  the  AWP  value  is  too  large,  the  worst  SRUs  are  flagged  and  subse¬ 
quently  reported.  By  “worst”  is  meant  those  SRUs  with  the  largest  expected  backorders  over 
quantity  per  LRU.  The  number  of  SRUs  selected  per  location  (per  LRU)  is  limited  by  the  first 
option  23  parameter.  These  are  the  problem  SRUs  associated  with  that  problem  LRU,  and 
their  detailed  disposition  reports  follow  the  detailed  disposition  report  for  the  LRU. 

Similarly,  a  problem  SRU  has  problem  subSRUs  if,  for  some  location,  the  percent  of  the 
SRU’s  pipeline  attributable  to  AWP  exceeds  the  specified  percentage.  For  each  location  where 
the  AWP  value  is  too  large,  the  subSRUs  with  the  largest  expected  backorders  over  quantity 
per  SRU  are  flagged  as  problems.  Again,  the  number  of  subSRUs  selected  per  location  per 
SRU  is  limited  by  the  first  option  23  parameter.  The  detailed  disposition  reports  for  problem 
subSRUs  follow  the  detailed  disposition  report  of  the  associated  SRU. 


REQUIREMENTS  MODE  COMPUTATIONS 

Dyna-METRIC’s  requirements  mode  adds  sufficient  stock  to  attain  a  user-specified  per¬ 
formance  goal.  There  are  three  different  stockage  algorithms: 

•  Backorder  goal:  Add  sufficient  stock  to  a  location  so  that  the  probability  of  k  or  fewer 
backorders  of  the  component  is  at  least  as  great  as  a  user-supplied  confidence  level  ( k 
is  also  derived  from  user-supplied  data). 

•  Full  cannibalization  NFMC  goal:  Add  sufficient  LRU  clock  to  a  L^se  s that  the  prob 
ability  of  ND  or  fewer  NFMC  aircraft  is  at  least  as  great  as  a  user-supplied  confidence 
level.  Full  cannibalization  of  LRUs  is  assumed. 

•  No  cannibalization  NFMC  goal:  Add  sufficient  LRU  stock  to  a  base  so  that  the 
expected  FMC  level  exceeds  a  user-supplied  target  level.  No  cannibalization  of  LRUs 
is  assumed. 

Backorder  Goal 

The  problem  is  to  recommend  the  stock  level  of  a  component  such  that  the  probability  of 
k  or  fewer  backorders  is  greater  than  C.  Let  pj  be  the  probability  that  there  are  j  of  the  com¬ 
ponent  in  the  pipeline  at  the  location  being  analyzed.1  Let  PSJ  be  the  probability  that  there  are 
j  or  fewer  backorders,  given  a  stock  level  of  5 .  Then 

S  +k 

Ps*  =  2  Pi  ■ 

j  -o 

k 

Note  that  P0*  =  ^  Pi  > 

j-o 

and  Ps  +  ij  =  PSJ  +  p(s  +  1  +  j)  for  s  >  0.  The  algorithm  iteratively  computes  PSJ  until 
P,j  a  C .  Let  equal  the  final  value  of  s .  Then  the  recommended  stock  level  is  the  greater 
of  Sneu-  and  the  input  stock  level. 


'These  probabilities  are  computed  under  the  discussion  of  “Pipeline  Distributions." 
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Full  Cannibalization  NFMC  Goal 

The  goal  is  to  add  sufficient  stock  so  that  the  probability  that  Ao  or  fewer  aircraft  are 
NFMC.  assuming  full  cannibalization  of  LRUs,  is  greater  than  C. 

Notation 

A  -  Number  of  aircraft  at  the  base. 

I  -  Number  of  types  of  LRU. 

Q,  -  QPA  of  LRU  i . 

qt  -  QPA  of  LRU  i  that  must  be  operational  if  the  aircraft  is  not  to  be  FMC. 

Pij  -  Probability  that  there  are  j  of  LRU  i  in  the  pipeline. 

S,-  -  Stock  level  of  LRU  i.  This  may  change  during  the  operation  of  the  algorithm, 
c,  -  Cost  of  another  unit  of  LRU  /. 

Step  1:  Determine  the  probability  that  AD  or  fewer  aircraft  are  NFMC,  assuming  full 
cannibalization.  From  the  section  on  computing  performance  measures,  this  is 

/  *  (Q.  -<7, 14  »  S', 

Prc(Ao>  =  II  2  P‘j  ■ 

J-o 

If  Pfc'(Ad)  >  C,  the  current  stock  levels  are  adequate  and  the  computation  is  done.  Otherwise, 
proceed  with  steps  2  and  3. 

Step  2:  Let  A,  be  the  amount  PFc(Ap)  would  increase  if  S,  increased  by  one.  Define 

q  4„  -  (Q_  -  <?,  1.4  *  k 

Pi(k)  -  2  • 

j-o 

Then  A,  =  PFC(AD)Pl(Sl  -t  1) /Pt{S,)  -  PFC(AD)  . 

Step  3:  Determine  which  LRU  i  maximizes  A ,7c,-.  For  this  LRU,  increase  S,  by  one  and 
add  A,  to  PFc(Ad).  Recompute  the  A,  for  each  LRU,  and  repeat  this  step  until  PFC(AD)  >  C. 

No  Cannibalization  Availability  Goal 

The  goal  is  to  add  sufficient  stock  so  that  the  probability  a  random  plane  is  FMC  is 
greater  than  C.  A  policy  of  no  cannibalization  of  LRUs  is  assumed. 

Notation 

A  -  Number  of  aircraft  at  the  base. 

/  -  Number  of  types  of  LRU. 

Q,  -  QPA  of  LRU  t.  (This  algorithm  assumes  every  LRU  must  be  operational  for  the 
aircraft  to  be  FMC.) 


S,  -  Stock  level  of  LRU  i.  This  may  change  during  the  operation  of  the  algorithm. 
p,j  -  Probability  that  there  are  j  of  LRU  i  in  the  pipeline. 
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c,  -  Cost  of  another  unit  of  LRU  i. 

\i  -  Expected  pipeline  of  LRU  i . 

BO(i,s)  —  Expected  backorders  of  LRU  i,  given  a  stock  level  of  s. 

From  the  subsection  on  pipeline  distributions,  we  know  that 

S  -  1 

BO{i,s)  =  X,  -  s  -  ^  Pikik  -  s)  .  And  simple  algebra  gives 
k  -0 

S 

BO{i,s  +  1)  =  BO(i,s)  -  1  +  2  Pi*  ■ 

k-0 

To  approximate  aircraft  availability,  assume  that  the  number  of  backorders  has  a  bino¬ 
mial  distribution  with  parameter  BO(i,Sj)/AQ,.  The  probability  that  a  random  aircraft  has  no 
holes  of  LRU  i  is  (1  -  BO(i,Si)/AQi)  if  Q,  is  one,  and  (1  -  BO(i,Sj)/AQj)Qi  if  Q,  is  greater 
than  one.  The  probability  that  a  random  aircraft  has  no  holes  of  any  LRU  is 

/ 

B  =  ll  (1  -  BO(i,Si)/AQi )w'  . 

i- i 

If  B  >  C,  the  current  stock  levels  are  adequate  and  the  computation  is  done.  If  not,  let 
A,  be  the  amount  B  would  increase  if  S,  increased  by  one.  Then 

4  n  (  1  —  BO(i,Si  +  1)/AQ;  \Q,  1 

‘  *  L  \  1  -  BOU,Si)/AQi  /  .  ' 

Determine  which  LRU  i  maximizes  A,/c,.  For  this  LRU,  increase  Si  by  one  and  add  A, 
to  B.  Recompute  A,  for  each  LRU  and  repeat  this  step  until  B  >  C. 

Stockage  Options  and  Their  Algorithms 

How  do  the  options  selected  by  the  user  get  translated  into  the  above  stockage  algo¬ 
rithms?  Associated  with  each  option  is  an  NFMC  percentage  goal,  r,  and  a  confidence  level, 
C.  Let  Q  be  the  quantity  per  aircraft  of  the  LRU,  and  q  be  the  number  that  must  be  opera¬ 
tional  if  an  aircraft  is  to  be  FMC. 

Option  2:  Depot  LRU  Stockage.  For  each  LRU  in  turn,  the  algorithm  to  satisfy  a 
backorder  goal  is  invoked.  Let  A  be  the  number  of  aircraft  summed  over  all  the  bases.  The 
goal  is  to  add  enough  depot  stock  so  that  the  probability  of  (1  -  r)A  (Q  -  q)  +  rAQ  or  fewer 
depot  backorders  is  greater  than  or  equal  to  C. 

Option  3:  Base  LRU  Stockage.  For  each  LRU  in  turn,  the  algorithm  to  satisfy  a 
backorder  goal  is  invoked.  Let  Ag  be  the  number  of  aircraft  at  the  base.  Then  the  goal  is  to 
add  enough  base  stock  so  that  the  probability  of  (1  -  r)Ag(Q  —  q)  +  rABQ  or  fewer  base 
backorders  is  greater  than  or  equal  to  C. 

Option  4:  Base  LRU  Stockage  to  Achieve  Performance  Goal.  The  algorithm  to 
satisfy  a  full  cannibalization  NFMC  goal  is  invoked.  Let  Ag  be  the  number  of  aircraft  at  the 
base.  The  goal  is  to  add  sufficient  stock  so  that  the  probability  that  rAg  or  fewer  aircraft  are 
NFMC  is  greater  than  or  equal  to  C. 

Option  5:  Cirf  LRU  Stockage.  For  each  LRU  in  turn,  the  algorithm  to  satisfy  a 
backorder  goal  is  invoked.  Let  Ac  be  the  number  of  aircraft  at  the  bases  served  by  the  cirf. 
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Then  the  goal  is  to  add  enough  cirf  stock  so  that  the  probability  of  (1  -  r)Ac(Q  -  q)  +  rAcQ 
or  fewer  cirf  backorders  is  greater  than  or  equal  to  C. 

Option  6:  SRU  and  SubSRU  Stockage.  For  each  SRU  and  subSRU  in  turn,  the 
algorithm  to  satisfy  a  backorder  goal  is  invoked.  Let  A  be  the  number  of  aircraft  at  or  served 
by  the  current  location.  Let  Q$  be  the  quantity  per  aircraft  of  the  SRU  or  subSRU.  The  goal 
is  to  add  enough  stock  so  that  the  probability  of  rAQs  or  fewer  backorders  is  greater  than  or 
equal  to  C. 

Option  7:  No  Cannibalization  Base  LRU  Stockage.  The  algorithm  to  satisfy  a  no 
cannibalization  availability  goal  is  invoked.  The  goal  is  to  add  sufficient  stock  so  that  the 
probability  a  random  plane  is  FMC  is  greater  than  C . 

Order  of  the  Stockage  Computations.  Each  of  steps  1  through  8  is  performed  for 
each  time  of  analysis.  That  is,  step  1  is  done  for  each  time,  then  step  2,  etc. 

1.  Depot  subSRU  stock  (if  option  6  selected) 

2.  Cirf  subSRU  stock  (if  option  6  selected) 

3.  Base  subSRU  stock  (if  option  6  selected) 

4.  Depot  SRU  stock  (if  option  6  selected) 

5.  Cirf  SRU  stock  (if  option  6  selected) 

6.  Base  SRU  stock  (if  option  6  selected) 

7.  Depot  LRU  stock  (if  option  2  selected) 

8.  Cirf  LRU  stock  (if  option  5  selected) 

Next,  for  each  time  of  analysis,  steps  9  through  11  are  performed.  That  is,  steps  9  through  11 
are  done  for  the  first  time  of  analysis,  then  for  the  second,  etc. 

9.  Base  LRU  stock  to  satisfy  a  backorder  goal  (if  option  3  selected). 

10.  Base  LRU  stock  to  satisfy  a  full  cannibalization  NFMC  goal  (if  option  4  selected). 

11.  Base  LRU  stock  to  satisfy  a  no  cannibalization  availability  goal  (if  option  17 
selected). 


DEPOT  WORKLOAD 

The  depot  workload  report  is  optional.  Its  purpose  is  to  recommend  depot  stock  levels 
and  induction  schedules  for  LRUs  so  that  the  depot  can  satisfy  all  requisitions  as  they  occur 
(meaning  simply  that  the  depot  has  LRUs  available  to  ship  to  the  base).  The  computations  in 
general  involve  expected  values  and  ignore  the  probabilistic  aspects  considered  throughout 
most  of  Dyna-METRIC. 

Computation  of  Maximum  Requisitions 

Requiring  the  depot  to  satisfy  all  requisitions  immediately  is  a  fairly  stringent  goal.  In 
particular,  it  does  not  take  into  account  those  cases  where  th  base  may  have  ample  stock  and 
not  really  need  the  additional  stock  it  automatically  requisitions  from  the  depot.  This  goal  also 
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ignores  cases  where  forward  transportation  to  the  bases  has  been  cut  off:  the  depot  is  still 
required  to  satisfy  the  requisitions,  even  if  there  is  no  way  to  transport  the  part  to  the  base. 
Thus,  maximum  required  issues  refer  to  the  daily  demands  on  depot  supply  caused  by  NRTS 
or  condemnation  decisions  made  by  bases  and  cirfs. 

Let  Nq  be  the  NRTS  rate  at  cirfs,  Cb  the  condemnation  rate  at  bases,  and  Cc  the  con¬ 
demnation  rate  at  cirfs.  Let  dj(n)  be  the  expected  number  of  LRUs  completing  repair  (if 
NRTS  and  condemnation  decisions  occur  after  attempting  repair)  or  completing  administrative 
delay  (if  NRTS  and  condemnation  decisions  are  made  before  attempting  repair)  at  location  j 
(a  base  or  cirf).  Let  Jg  be  the  set  of  bases  and  Jc  be  the  set  of  cirfs.  The  number  of  requisi¬ 
tions  received  by  the  depot  on  day  n  is 

ds(n)  =  ^  ^Bdj(n)  +  ^  +  Cc)dj(n)  . 

j  6  ]  S  J, 


Maximum  Inductions  and  Production 

To  meet  the  required  requisitions,  the  depot  must  either  buy  stock  or  repair  LRUs.  The 
preference  is  to  meet  a  requisition  by  repairing  an  LRU.  The  general  algorithm,  then,  assumes 
that  the  depot  repairs  everything  it  can.  Given  the  resulting  levels  of  repaired  LRUs,  the 
model  determines  the  shortfall  that  must  be  covered  with  new  stock.  Given  the  new  stock,  it 
reexamines  the  vector  of  daily  inductions  and  deletes  any  unnecessary  repairs  from  the 
schedule. 

The  first  step  is  to  determine  how  many  inductions  can  be  made  on  each  day  of  the 
scenario.  This  is  simply  the  arrivals  for  depot  repair,  discussed  earlier  in  this  section.  Let 
imax(n)  be  the  maximum  number  of  inductions  on  day  n.  Let  rmax(n)  be  the  maximum  number 
of  LRUs  successfully  completing  depot  repair  on  day  n,  as  determined  by  the  general  pipeline 
equations. 

Computation  of  Needed  Depot  Shelf  Stock 

Suppose  at  the  start  of  the  scenario  the  depot  pipeline  is  X0  and  the  depot  stock  level  is 
S.  The  total  number  of  requisitions  to  be  satisfied  by  day  n  is 

n 

Ds(n)  -■  X0  +  ^  ds(j) 

The  number  of  requisitions  that  can  be  met  through  day  n  is  the  sum  of  the  stock  S  plus  the 
total  successful  repairs, 

n 

R(n)  =  2  ’.r.ai(  i '  ■ 

1 

Dyna-METRIC  determines  AS,  the  incremental  stock  level  needed  to  satisfy  requisitions. 
If  no  confidence  level  was  specified,  AS  is  determined  by 

AS  =  max  [0,  X0  -  S,  max  (Ds(n)  -  R(n)  -  S ) ]  . 

n 

If  the  user  specifies  a  confidence  level,  the  model  first  determines  the  maximum 
[X0,  max  D.s-(n )  -  R(n)],  and  assumes  that  the  shortfall  in  demands  satisfied  by  repaired 
LRUs  has  that  mean.  (This  is  not  too  bad  an  assumption  if  the  LRU  has  a  VTMR  of  one  and 


the  expected  depot  repair  times  exceed  a  day.)  Next  the  model  determines  SD  such  that  the 
probability  that  the  shortfall  is  less  than  SD  exceeds  the  given  confidence  level.  Finally,  AS  is 
taken  to  be  the  larger  of  the  AS  from  the  first  approach  and  S0  -  S. 

Minimum  Inductions  and  Workload 

Given  the  stock  purchased  in  the  last  step,  we  now  have  Ds(n)  ~  S  -  AS  <  R{n).  At 
any  given  point  in  time,  at  least  D$(n)  -  S  -  AS  LRUs  must  have  completed  repair  if  the 
depot  is  to  meet  all  requisitions.  There  may  be  several  repair  schedules  F  such  that 
F(n)  >  Ds(n)  -  S  -  AS  and  F(n)  <  R(n).  (Also  required  is  F(n)  >  F{n  -  1)  so  that  LRUs 
cannot  be  “unrepaired.”)  F{n)  =  D$(n)  -  S  -  AS  and  F(n)  =  R(n)  are  two  possibilities. 
But  what  is  the  best  F? 

We  define  as  “best”  the  F  that  induces  the  shortest  peak  repair  load  (call  the  winner 
F be9t).  That  is,  F^al  is  the  F  that  minimizes 

max  (F(n )  -  F(n  -  1))  . 

n 

To  understand  this  solution,  it  is  easiest  to  draw  a  picture  (see  Fig.  46).  The  algorithm  to 
compute  F^  produces  the  “taut  string  solution.”  Visualize  R  and  -  S  -  AS  as  two  tall 
walls  on  a  flat  surface.  Let  F  be  a  string  affixed  at  the  origin.  Then  any  string  F  that  lies 
between  the  two  walls  is  feasible.  A  “taut  string”  F^M  can  be  determined  by  standing  at 
D s  -  S  -  AS  at  the  maximum  time  of  analysis  and  pulling  the  string  taut. 

To  determine  minimum  inductions,  the  model  assumes  constant  repair  times.  For  a  part 
to  leave  at  time  rt,  it  must  have  been  inducted  a  repair  time  earlier. 

The  depot  workload  report  includes  cumulative  and  daily  values  for  requisitions,  max¬ 
imum  possible  inductions,  maximum  possible  production,  and  the  inductions  associated  with 
the  best  minimum  repair  schedule. 


Fig.  46 — Minimum  Peak  Load  (Taut  String)  Solution 


Appendix  A 

FILE  REQUIREMENTS  AND  JOB  CONTROL  LANGUAGE 

The  following  provides  information  about  the  files  and  job  control 
language  (JCL)  used  to  run  Dyna-METRIC ' s  five  programs.  It  is  tailored 
to  the  IBM  system  we  use  and  must  be  adapted  for  other  computer  systems. 
Some  systems  (such  as  our  Vax)  require  that  the  files  be  defined  in  the 
source  code  with  OPEN  statements  (see  App .  B  for  details). 

File  requirements  depend  on  the  options  selected  in  the  OPT  record 
group.  Formats,  contents,  and  logical  record  lengths  (LRECL)  for 
standard  option  runs  are  described  first,  followed  by  a  sample  job  in 
JCL.  Runs  with  nonstandard  options  (7,  10,  16,  and  20-22)  require 
modifications  to  the  JCL  that  are  explained  next. 

STANDARD  OPTIONS 

1.  PART  Partition  the  input  data  set  according  to  the  compiled 

dimensions.  Skip  this  step  if  there  are  fewer  than  DMLRL'GRP 
LRUs,  fewer  than  DMSRUGRP  SRUs ,  and  fewer  than  DMSUBGRP  subSRUs 
File  4  -  Formatted,  input.  The  Version  4  data  set  to  be  partitioned. 
File  5  -  Not  used  but  some  systems  may  require  that  it  be  defined. 

File  6  -  Formatted,  output.  Error  messages. 

File  8  -  Formatted,  output.  The  partitioned  data  set  to  be  used  as 

File  5  in  subsequent  job  steps.  LRECL  is  the  greater  of  88 
and  (DMCHANGEx9)+4. 

2.  ECHO  Check  the  partitioned  data  set  for  errors  and  echo  the  inputs. 

Options  13  and  14  supress  various  parts  of  the  echo. 

File  5  -  Formatted,  input.  The  partitioned  data  set.  (PART's  File  81 

File  6  -  Formatted,  output.  Error  messages  and  echo  of  administrative 

and  scenario  data.  l,Kt,cL-i33. 

File  1  -  Formatted,  output.  Table  1  of  component  data.  LRECL=133. 

File  2  -  Formatted,  output.  Table  2  of  component  data.  LRECI,=133. 

File  3  -  Formatted,  output.  Table  3  of  LRU  data.  LRECL=133. 

File  4  -  Formatted,  output.  Table  4,  application  fractions. 

LRECL= 133. 
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File  7  -  Formatted,  output.  Table  5,  quantities  per  application. 
LRECL=80 . 

File  8  -  Formatted,  output.  Table  6,  stock  levels.  LRECL=133. 

File  9  -  Formatted,  output.  Constrained  repair  data.  LRECL=133. 

3.  PIPE  Perform  the  pipeline  computations. 

File  5  -  Formatted,  input.  The  partitioned  data  set.  (PART's  File  8) 
File  6  -  Formatted,  output.  Selected  reports. 

File  1  -  Formatted,  internal.  LRECL=80. 

File  2  -  Unformatted,  output.  Used  as  File  2  in  REPORT. 

File  3  -  Formatted,  output.  Associated  with  option  9.  Stock  levels 
for  LRUS  at  depots  and  cirfs,  and  SRUs  and  subSRUs  at  all 
locations.  (Base  level  LRU  stock  is  output  in  REPORT). 

Stock  levels  can  be  saved  on  disk  rather  than  routed  to  the 
printer.  LRECL=80 . 

File  4  -  Unformatted,  internal. 

File  8  -  Unformatted,  output.  Used  as  File  2  in  MOD. 

4.  MOD  Compress  the  pipeline  file. 

File  5  -  Formatted,  input.  The  partitioned  data  set.  (PART's  File  8) 
File  6  -  Formatted,  output.  Error  messages. 

File  2  -  Unformatted,  input.  PIPE's  File  8. 

File  8  -  Unformatted,  output.  Used  as  File  9  in  REPORT. 

5.  REPORT  Write  reports. 

File  5  -  Formatted,  input.  The  partitioned  data  set.  (PART's  File  8) 
File  6  -  Formatted,  output.  Selected  reports. 

File  2  -  Unformatted,  input.  PIPE's  File  2. 

File  3  -  Formatted,  output.  Associated  with  option  9.  Base  LRU 
stock  levels.  (Other  stock  reports  are  output  in  PIPE). 

Stock  levels  can  be  saved  on  disk  rather  than  routed  to  the 
printer.  LRECL=80. 

File  4  -  Unformatted,  internal. 

File  9  -  Unformatted,  input.  MOD's  File  8. 


STANDARD  JCL  EXAMPLE 


The  following  JCL  is  used  to  run  Dyna-METRIC  on  the  Rand  IBM  3032 
with  standard  options.  In  this  example,  stock  levels  (requested  with 
option  9)  are  printed  rather  than  saved  on  disk. 


//T0114RUN  JOB  (4031,500,147) , 'DYNA-METRIC ' ,CLASS=N,COND=( (8 ,LT) ) 

J'ki% 

/**  STEP  1  --  PART 

/**  V4PART  is  the  run  module  in  the  library  PARTLIB.  It  reads 
/**  UNPART. DATA,  the  unpartitioned  input  data  set,  and  creates 
/**  PART. DATA,  the  partitioned  data  set  used  in  the  rest  of  the  program. 

j  J- 

//PART  EXEC  PGM=V4PART 

//STEPLIB  DD  DSN=T.T0114 . A4031 . PARTLIB ,DISP=SHR 
//FT04F001  DD  DSN=T. TO 1 14 . A403 1 . UNPART. DATA ,DISP=SHR 
/ /FT05F001  DD  DUMMY 
//FT06F001  DD  SYS0UT=A 

/ /FT08F001  DD  DSN=T.T0114.A4031 . PART. DATA, DISP= (NEW, CATLG) , 

//  UNIT=USER,V0L=SER=USER50,SPACE=(TRK, (10, 1) ,RLSE) , 

//  DCB=(RECFM=FB , LREJL=100 , BLKSIZE=360 0) 

/•'  - 

/**  STEP  2  --  ECHO 

I  irk 

/**  V4ECH0  is  the  run  module  in  the  library  ECHOLIB.  It  checks 

/*•'•  the  partitioned  data  set  for  errors  and  echoes  the  inputs. 

J-irk 

//ECHO  EXEC  PGM=V4ECH0 

//STEPLIB  DD  DSN=T . TO  1 14 . A403 1 . ECHOLIB , DI SP=SHR 
//FT05F001  DD  DSN=T .T0114 . A4031 . PART. DATA, DISP= (OLD, PASS) 

//FT06F001  DD  SYS0UT=A 
//FT01F001  DD  SYS0UT=A 
//FT02F001  DD  SYS0UT=A 
//FT03F001  DD  SYS0UT=A 
//FT04F001  DD  SYS0UT=A 
//FT07F001  DD  SYSOUT=A 
//FT08F001  DD  SYS0UT=A 
//FT09F001  DD  SYS0UT=A 

J  kit 

/**  STEP  3  --  PIPE 

j 

/**  File  2  is  passed  to  REPORT,  and  File  8  is  passed  to  MOD. 

/**  File  3,  which  contains  all  stock  levels  except  those  of  base  LRUs, 

/**  is  routed  to  the  printer.  Use  this  JCL  if  stock  ootions  are 

/**  not  selected. 

/** 

//PIPE  EXEC  PGM=V4PIPE ,REGION=990K 

//STEPLIB  DD  DSN=T .TO  1 14 . A403 1 . PIPELIB , DISP=SHR 

//FT05F001  DD  DSN=T. TO  1 14 . A403 1 . PART . DATA , DISP=(0LD , PASS) 
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//FT06F001  DD  SYS0UT=A 

/ /FT01F001  DD  DSN=T.T0114 . A4031 .TMP1 ,DISP=(NEW, DELETE) , 

//  DCB=(RECFM=FB , LRECL=80 , BLKSIZE=3600 , BUFN0=1) , 

/ /  UNIT=TEMP , VOL=SER=TEMP 1 0 , SPACE= (TRK ,(10,1), RLSE ) 

/ /FT02F001  DD  DSN=T.T0114 . A4031 .TMP2 ,DISP=(NEW, CATLG) , 

//  DCB=(RECFM=VBS , LRECL=32756 , BLKSIZE=6500 , BUFN0=1) , 

//  UNIT=TEMP,V0L=SER=TEMP10,SPACE=(TRK, (200, 10) ,RLSE) 

/ /FT03F001  DD  SYSOUT=A 

//FT04F001  DD  DSN=T.T0114. A4031 . TMPP4.D I SP= (NEW, DELETE) , 

//  DCB=(RECFM=VBS , LRECL=32756 , BLKSIZE=6500 , BUFN0=1) , 

//  UNIT=TEMP , VOL=SER=TEMP 10 , SPACE= (TRK , (200,10) , RLSE) 

/ /FT08F001  DD  DSN=T.T0114 . A4031 .TMP8 ,DISP=(NEW , PASS) , 

//  DCB= (RECFM=VBS , LRECL=32756 , BLKSIZE=6500 , BUFN0=1) , 

//  UNIT=TEMP,V0L=SER=TEMP10,SPACE=(TRK, (200, 10) ,RLSE) 

/kk 

/**  STEP  4  --  MOD 

/** 

/**  File  2  was  passed  from  PIPE.  File  8  is  passed  to  REPORT. 

j  kk 

//MOD  EXEC  PGM=V4M0D  ,REGION'=990K 
//STEPLIB  DD  DSN=T.T0114 . A4031 . MODLIB ,DISP=SHR 
//FT05F001  DD  DSN=T .TO 114 . A4031 . PART. DATA ,DISP=SHR 
//FT06F001  DD  SYSOUT=A 

/ /FT02F001  DD  DSN=T.T0114. A4031 .TMP8 ,DISP=SHR 
/ /FT08F001  DD  DSN=T.T0114.A4031 .TMP9 ,DISP= (NEW, PASS) , 

//  DCB=(RECFM=VBS ,LRECL=32756 ,BLKSIZE=6500 ,BUFNO=l) , 

/ /  UNIT=TEMP , VOL=SER=TEMP 10 , SPACE= (TRK ,(200,10), RLSE ) 

/kk 

/**  STEP  5  --  REPORT 

J  kk 

/**  File  2  was  passed  from  PIPE,  and  File  9  was  passed  from  MOD. 

/**  File  3,  which  contains  base  LRU  stock  levels,  is  routed  to  the 

/**  printer.  Use  this  JCL  if  stock  options  are  not  selected. 

j  kk 

//REPORT  EXEC  PGM=V4REP , REGI0N=1990K 
//STEPLIB  DD  DSN=T.T01 14 . A4031 .REPLIB ,DISP=SHR 
/ /FT05F001  DD  DSN=T.T0114 . A4031 . PART. DATA ,DISP=SHR 
/ / FT06F001  DD  SYS0UT=A 

/ /FT02F001  DD  DSN=T. TO  1 14 . A403 1 .TMP2 ,DISP=(0LD .DELETE) 

/ /FT03F00 1  DD  SYS0UT=A 

//FT04F001  DD  DSN=T. T01 14 . A4031 . TMPR4 ,DISP= (NEW, DELETE) , 

//  DCB=(RECFM=VBS , LRECL=32756 , BLKSIZE=6500 , BUFN0=1) , 

//  UN'IT=TEMP  ,  VOL=SER=TEMP10  ,  SPACE=(TRK,  (200,10)  ,RLSE) 

/ /FT09F00 1  DD  DSN=T . TO  1 14 . A403 1 . TMP9 , DISP=(OLD , DELETE) 

// 


Ill 


Option  7 

Option  7  instructs  Dyna-METRIC  to  prepare  a  report  about  minimum 
and  maximum  depot  workloading.  Two  new  files  are  added  to  PIPE: 

File  10  -  Output,  formatted.  Depot  workload  report  (with  table 
headings)  for  each  time  of  analysis.  LRECL=133. 

This  report  is  usually  sent  to  the  printer. 

File  11  -  Output,  formatted.  Similar  to  File  10,  this  report  is 

for  every  internal  (scaled)  day  and  includes  no  headings. 
It  was  intended  to  be  input  to  a  statistical  program  such 
as  SAS.  LRECL=133 . 

Option  10 

Option  10  reads  (rather  than  computes)  the  expected  contents  of  the 
peacetime  pipeline.  A  data  set  of  expected  peacetime  pipeline  values 
must  already  have  been  prepared  in  a  previous  run  that  invoked  either 
option  16  (saves  values  from  a  Dyna-METRIC  run)  or  option  22  (builds  the 
file  with  user-supplied  data).  Option  10  requires  an  adjustment  to  File 
1  in  PIPE. 

File  1  -  Formatted,  input.  Saved  pipeline  values  (MOD's  File  1) 
from  a  previous  model  run  with  either  option  16  or  22 
invoked.  LRECL=80 . 


Option  16 

Option  16  constructs  a  file  of  expected  pipeline  values  to  be  used 
as  expected  peacetime  pipelines  in  a  subsequent  model  run  in  which 
option  10  will  be  used.  MOD  requires  a  new  file. 

File  1  -  Formatted,  output.  The  data  set  used  to  restart  a  later 
model  run.  Used  as  File  1  in  PIPE  when  option  10  is 
selected.  LRECL=80 . 


Option  20 

Option  20  reduces  the  daily  LRU  removals  to  reflect  the  fact  that 
not  all  requested  sorties  will  be  FMC  sorties--in  particular,  sorties 
may  be  flown  with  individual  LRUs  not  operational,  and  hence  not  subject 
to  failure  (they've  already  failed,  and  we  don't  want  to  double  count 
them) . 
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PIPE  has  several  changes.  File  8  becomes  an  internal,  unformatted 
file,  and  two  new  files  are  added. 

File  7  -  Output,  formatted.  Listing  of  LRUs  that  prevent  achieving 
the  requested  sortie  rate  as  well  as  the  achievable  sortie 
rates  associated  with  them.  LRECL  is  the  greater  of  80  and 
(  DMC  HAh'GE  x  8  )  +4 . 

File  9  -  Unformatted,  output.  Used  as  File  2  in  MOD. 

Option  21 

Option  21  allows  the  user  to  specify  LRU-dependent  flying  programs 
by  reading  a  new  file  in  PIPE. 

File  12  -  Input,  formatted.  A  record  is  needed  for  each  LRU-base 
combination.  Up  to  DMTIME  different  wartime  periods  are 
permitted . 

Columns  1-16:  LRU  name 
Columns  17-26:  peacetime  flying  hours 
Columns  27-36:  flying  hours  for  1st  wartime  period 

Columns  37-46:  flying  hours  for  2nd  wartime  period, 
etc . 

Records  should  be  ordered  as  follows: 

Record  for  1st  LRU  at  1st  base 
Record  for  1st  LRU  at  2nd  base 

Record  for  1st  LRU  at  last  base 
Record  for  2nd  LRU  at  1st  base 


etc . 
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Option  22 

Option  22  interprets  a  file  of  user-supplied  peacetime  pipeline 
values  into  a  format  usable  in  a  subsequent  Dyna-METRIC  run  (with  option 
10).  For  components  not  explicitly  included  in  the  input  file,  the 
steady  state  computation  is  used. 

Option  22  requires  only  two  steps,  PART  and  this  version  of  MOD. 

File  5  -  Formatted,  input.  The  partitioned  data  set.  (PART's  File  8). 
File  6  -  Formatted,  output.  Error  messages. 

File  1  -  Formatted,  output.  The  data  set  used  to  restart  a  later 
model  run.  Used  as  File  1  in  PIPE  when  option  10  is 
selected.  LRECL=80 . 

File  9  -  Formatted,  input.  Peacetime  pipeline  values.  These 
records  may  appear  in  any  order. 

Columns  1-16:  LRU,  SRU  or  subSRU  name. 

Columns  18-21:  location  name. 

Columns  22-32:  retrograde  pipeline  contents  (from  the 
named  location  to  a  higher  echelon). 

Columns  33-43:  number  of  this  component  experiencing 

administrative  delays  at  named  location. 
Columns  44-54:  number  of  this  component  in  the  repair 
pipeline  at  named  location. 

Columns  55-65:  number  ordered  but  not  yet  received. 


Appendix  B 

INSTALLATION  OF  DYNA-METRIC  VERSION  4 

Before  compiling  the  model,  modify  the  source  code  to  size  the 
model  and  conform  to  the  system  on  which  it  is  to  be  run. 

MODEL  SIZING  PARAMETERS 

Sizing  parameters  limit  the  size  of  the  problem  that  can  be 
analyzed.  They  should  be  set  to  reasonable  values  for  your  system-- 
large  enough  to  be  useful  but  small  enough  to  run  and  save  resources. 

We  typically  set  the  parameters  with  a  global  change  command  within  the 
text  editor.  For  example,  a  sed  command  is  "s/DMAIRCFT/500/g"  and 
its  WYLBUR  counterpart  is  "CHANGE  'DMAIRCFT'  TO  '500*  IN  ALL". 

The  following  parameters  must  be  set  in  each  of  the  model's  five 
programs  before  they  are  compiled.  Standard  values  we  use  are  given  in 
the  left  column. 


500  DMAIRCFT 

10  DMANALYS 
10  DMBASES 

10  DMCHANGE 

2  DMCIRFS 
2  DMDEP0TS 
30 .  DMEXPMAX 

14  DML0CS 

100  DMLRUGRP 


The  maximum  number  of  aircraft  (plus  one)  that  may  be 
stationed  at  a  base  on  any  day  of  the  scenario. 

The  maximum  number  of  times  of  analysis. 

The  maximum  number  of  bases  to  be  analyzed.  (A  base 

with  an  identical  base  count  greater  than  1  on  its  BASE 
record  is  considered  one  base.) 

The  maximum  number  of  occasions  that  data  such  as  sortie 
rates  and  aircraft  levels  may  change  during  a  scenario. 
The  maximum  number  of  cirfs  to  be  analyzed. 

The  maximum  number  of  depots  to  be  analyzed. 

A  number  such  that  exp ( -DMEXPMAX)  >  0.  This  standard 
value  works  well  on  our  Vax  (UNIX)  and  IBM  systems,  as 
well  as  on  some  Honeywells. 

The  maximum  number  of  locations  to  be  analyzed 
(DMBASES  +  DMCIRFS  +  DMDEP0TS) . 

The  maximum  number  of  LRUs  per  data  partition.  (With 
constrained  repair,  DMLRUGRP  must  be  at  least  as  large 
as  DMLRUTEQ . ) 
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5 

DMLRUSRU 

1000 

DMLRUS 

50 

DMLRUTEQ 

5 

DMMISSNS 

23 

DM0PTI0N 

2200 

DMPARTS 

7500 

DMPMFMAX 

200 

DMPRTGRP 

50 

DMSRUGRP 

50 

DMSRULRU 

600 

DMSRUS 

600 

DMSSRUS 

10 

DMSTANDS 

50 

DMSUBGRP 

50  DMSUBS2S 

5  DMS2SUBS 

5  DMTEQTYP 


The  maximum  number  of  LRUs  to  which  a  single  SRU  may  be 
indentured. 

The  maximum  number  of  LRUs  to  be  analyzed. 

The  maximum  number  of  LRUs  that  may  be  assigned  to  a 
single  constrained  repair  resource. 

The  maximum  number  of  mission  types  to  be  analyzed. 

The  maximum  number  of  available  program  options. 

The  maximum  number  of  parts  to  be  analyzed 
(DMLRUS  +  DMSRUS  +  DMSSRUS). 

The  maximum  number  of  occurrences  of  an  LRU  at  a  single 
base.  The  number  of  occurrences  is  the  LRU's  QPA  times 
the  number  of  aircraft,  plus  stock.  Note  that  this 
number  may  increase  if  stock  is  being  purchased.  Only 
one  vector  is  dimensioned  by  this  parameter,  so  use  a 
large  value. 

The  maximum  number  of  parts  per  data  partition 
(DMLRUGRP  +  DMSRUGRP  +  DMSUBGRP) . 

The  maximum  number  of  SRUs  per  data  partition.  This 
should  at  least  be  as  large  as  DMSRULRU. 

The  maximum  number  of  SRUs  that  may  be  assigned  to  a 
single  LRU. 

The  maximum  number  of  SRUs  to  be  analyzed. 

The  maximum  number  of  subSRUs  to  be  analyzed. 

The  maximum  number  of  servers  per  constrained  repair 
resource  that  may  be  assigned  to  a  single  location. 

The  maximum  number  of  subSRUs  per  data  partition. 

This  should  be  at  least  as  large  as  the  maximum  number 
of  subSRUs  that  are  (through  SRUs)  indentured  to  a 
single  LRU. 

The  maximum  number  of  subSRUs  that  may  be  assigned  to 
a  single  SRU. 

The  maximum  number  of  SRUs  to  which  a  single  subSRU 
may  be  indentured. 

The  maximum  number  of  constrained  repair  resources 
per  data  partition. 
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30  DMTIME  -  The  maximum  number  of  days  in  a  scenario  that  can  be 
analyzed  without  time-scaling  the  data.  (Note:  the 
model  automatically  time-scales  if  you  select  a  time  of 
analysis  greater  than  DMTIME.  Results  are  essentially 
the  same  as  those  attained  without  time  scaling,  except 
that  some  of  the  dynamics  may  be  "smoothed.") 

50  DMTQLRUS  -  The  maximum  number  of  LRUs  in  a  single  data  partition 
that  may  be  assigned  to  constrained  repair  of  any  sort. 

CHARACTER  VS.  REAL  TYPE  DECLARATIONS 

Dyna-METRIC  is  coded  in  Fortran  '66.  Beware  that  Fortran  '66  is 
not  completely  upwardly  compatible  with  Fortran  '77.  In  particular, 
Fortran  '66  does  not  support  the  CHARACTER  type  declaration.  Some 
Fortran  '77  compilers  insist  that  all  character  variables  be  declared  as 
CHARACTER  rather  than  REAL.  In  such  cases,  you  must  redeclare  the 
character  variables  as  CHARACTERS.  Identification  of  the  character 
variable  declarations  is  straightforward  because  they  all  follow  one  of 
these  comments: 


C  COMMON  CHARACTER  SCALAR: 

C  COMMON  CHARACTER  SCALARS: 

C  COMMON  CHARACTER  ARRAY: 

C  COMMON  CHARACTER  ARRAYS: 

C  LOCAL  CHARACTER  SCALAR: 

C  LOCAL  CHARACTER  SCALARS: 

C  LOCAL  CHARACTER  ARRAY: 

C  LOCAL  CHARACTER  ARRAYS: 

C  CHARACTER  SCALAR: 

C  CHARACTER  SCALARS: 

C  CHARACTER  ARRAY: 

C  CHARACTER  ARRAYS: 

For  example,  you  would  need  to  replace  lines  that  say 

C  COMMON  CHARACTER  SCALAR: 

C 

REAL  BLANK 

with  lines  that  say 

C  COMMON  CHARACTER  SCALAR: 

C 

CHARACTERS  BLANK 
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EXPONENTIAL  UNDERFLOWS 

Dyna-METRIC  computations  often  lead  to  underflows,  numbers  too 
small  to  be  represented  by  the  computer.  Some  systems  generate  an  error 
message  when  an  underflow  occurs .  Typically  the  message  is  only  a 
warning  and  the  underflow  is  set  to  zero.  This  is  fine  as  far  as 
Dyna-METRIC  is  concerned;  a  number  so  close  to  zero  as  to  be 
indistinguishable  from  zero  by  the  computer  may  as  well  be  zero.  Other 
systems  consider  an  underflow  to  be  an  error  and  halt  program  execution 
without  completing  the  analysis. 

Most  systems  have  a  way  of  turning  off  these  messages.  On  the  IBM, 
we  insert  the  following  statement  into  the  main  routine  of  PIPE  and 
REPORT  just  after  the  variable  definitions: 

CALL  ERRSET(208 ,256,-1,1,0,0) 

OPEN  STATEMENTS 

Some  systems  (such  as  our  Vax  with  the  UNIX  operating  system) 
require  that  the  files  used  to  run  Dyna-METRIC  (described  in  Appendix  A) 
be  defined  in  the  source  code  with  OPEN  statements.  OPEN  statements 
should  appear  after  the  variable  declarations  in  the  main  routine  of 
each  program.  For  example,  File  2  in  PIPE  might  be  opened  with  the 
following  statement: 


OPEN  (2 ,FILE='FILE2 ' , F0RM=' UNFORMATTED' ) 


Appendix  C 

ERROR  AND  WARNING  MESSAGES 

Error  Message 

1  VERSION  4.4  not  entered  in  columns  20-30  of  the  second  record. 

"VERSION  4.4"  must  be  entered  in  columns  20-30  of  the  second 
record  to  indicate  a  standard  Dyna-METRIC  data  set  in  Version  4 
format.  If  the  data  set  is  in  a  different  format,  run  it  through 
the  data  set  conversion  program  before  proceeding. 

2  ACFT/ATTR/BASE/CIRF/DEPT/FLHR/ILM/MESL/OPT/SRTS/TRNS/TURN  records 
entered  more  than  once. 

Consolidate  all  records  of  the  indicated  type  into  a  single  set, 
removing  duplicate  records.  Make  sure  these  header  words  do  not 
start  a  component  name  or  name  a  location. 

3  ACFT/ATTR/FLHR/ILM/MESL/SRTS/TRNS/TURN  records  encountered  before 
BASE  records. 

The  BASE  record  group  must  appear  before  these  other  record 
groups.  Move  the  offending  record  group  after  the  BASE  records 
and  before  the  first  partition  of  LRU  records. 

4  APPL/INDT/QPA/SRU/SSRU/STK/VTM  records  encountered  more  than 
once  in  the  same  group  of  parts. 

The  named  record  group  may  appear  only  once  per  data  partition. 
Consolidate  all  similar  types  of  records  in  the  current  partition 
into  a  single  set,  removing  duplicate  records.  Make  sure  these 
header  words  do  not  start  a  component  name  or  name  a  location. 

5  APPL/INDT/QPA/SRU/SSRU/STK/TBED/TEST/TPRT/VTM  records  encountered 
before  LRU  records. 

Within  a  data  partition,  the  LRU  description  records  must  appear 
before  these  other  record  types.  Move  the  offending  set  of 
records  after  the  LRU  records  to  which  they  are  related,  but 
before  any  subsequent  sets  of  LRU  records. 

6  CIRF  records  encountered  after  BASE  records. 

The  CIRF  record  group  must  appear  before  the  BASE  record  group. 
(This  is  so  the  cirf  named  on  a  BASE  record  can  be  matched  against 
the  list  of  valid  cirf  names.)  Put  the  groups  in  proper  order. 
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7  No  BASE/OPT  records  encountered  in  input. 

At  least  one  BASE  record  and  one  OPT  record  are  required  for  Dyna- 
METRIC  to  run.  Make  sure  the  named  record  group  is  in  the  data 
set  and  appears  before  the  first  LRU  partition. 

8  No  LRU  records  encountered  in  input. 

At  least  one  LRU  record  is  required  for  Dyna-METRIC  analysis. 

Make  sure  the  LRU  record  group  exists  and  has  the  header  record, 
LRU.  Check  that  there  are  no  END  records  appearing  before  the  LRU 
record  group. 

9  No  LRUs  have  been  assigned  to  ATE  type  TTTT . 

The  TPRT  record  group  that  assigns  LRUs  to  repair  resource  T1TT  is 
missing,  misplaced,  or  blank.  Make  sure  LRUs  have  been  assigned 
to  TTTT  and  that  the  TPRT  records  immediately  follow  the  TEST  and 
TBED  record  groups  associated  with  TTTT  (but  precede  subsequent 
TEST  record  groups  and  LRU  partitions). 

10  INDT  records  encountered  before  SRU  records. 

Within  a  data  partition,  the  SRU  records  must  appear  before  the 
INDT  records.  Move  the  INDT  records  after  the  SRU  (and  SSRU) 
records  for  that  partition.  Do  not  specify  an  indenture  structure 
in  any  partition  that  contains  no  SRUs . 

11  TBED  records  entered  more  than  once  for  ATE  type  TTTT. 

One  set  of  TBED  (server  level)  records  is  allowed  per  repair 
resource,  but  multiple  sets  were  found  for  repair  resource  TTTT. 

If  all  TBED  records  apply  to  TTTT,  consolidate  the  records  into 
one  set  and  remove  duplicates.  If  some  apply  to  other  repair 
resources,  move  them  so  they  immediate lv  follow  the  TEST  record 
group  for  that  repair  resource  (preceding  subsequent  TEST  record 
groups  and  LRU  partitions). 

12  TBED/TPRT  records  encountered  before  TEST  records. 

TBED  or  TPRT  records  were  encountered  in  a  data  partition  before  a 
TEST  record  was  found.  The  model  does  not  know  to  which 
constrained  repair  resource  the  records  apply.  Make  sure  that  the 
appropriate  set  of  TEST  records  precedes  these  other  sets  of 
records . 
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13  TPRT  records  entered  more  than  once  for  ATE  type  TTTT . 

One  set  of  TPRT  records  is  allowed  per  repair  resource,  but 
multiple  sets  were  found  for  repair  resource  TTTT .  If  all  TPRT 
records  apply  to  TTTT ,  consolidate  the  records  into  one  set  and 
remove  duplicates.  If  some  apply  to  other  repair  resources,  move 
them  so  they  immediately  follow  the  TEST  record  group  for  that 
repair  resource  (preceding  subsequent  TEST  record  groups  and  LRU 
partitions) . 

14  TRNS  records  encountered  before  DEPT  records. 

The  DEPT  record  group  must  appear  before  the  TRNS  record  group. 
(This  is  so  the  depot  described  in  the  transportation  records  can 
be  matched  against  the  list  of  valid  depots.)  Move  the  TRNS 
record  group  so  that  it  follows  the  DEPT,  CIRF,  and  BASE  record 
groups . 

15  Unidentified  base  on  ACFT/ATTR/FLHR/MESL/SRTS/TURN  record. 

Name  was  BBBB. 

A  scenario  record  of  the  named  type  has  a  base  named  BBBB  that 
does  not  match  any  bases  named  in  the  BASE  record  group.  Make 
sure  the  name  is  correct  and  a  record  exists  for  BBBB.  If  BBBB  is 
a  cirf  or  depot,  do  not  include  scenario  records  for  it  (cirfs  and 
depots  cannot  be  assigned  aircraft). 

16  Multiple  ACFT/ATTR/FLHR/MESL/SRTS/TURN  records  entered  for  base 
BBBB. 

One  scenario  record  of  each  type  is  permitted  per  base.  Determine 
which  record  is  correct  and  remove  all  other  records  of  the 
indicated  type  for  base  BBBB. 

17  Time  of  new  rate  on  ACFT/ATTR/FLHR/MESL/SRTS/TBED/TURN  record 
for  base  BBBB  is  negative. 

The  days  on  which  new  rates  (such  as  aircraft  levels  and  sortie 
rates)  go  into  effect  cannot  be  negative.  Day  0  is  peacetime  and 
assumed  to  be  steady-state.  To  handle  a  dynamic  peacetime, 
consider  the  start  of  the  war  on  a  day  beyond  1  (anything  before 
that  day  is  "peacetime"). 

18  Wartime  offshore  demand  rate  multiplier  for  LRU  ABCDEFGHI JKLMNOP 
is  negative. 

The  wartime  offshore  demand  rate  multiplier  (in  the  VTM  record 
group)  for  the  named  LRU  multiplied  by  its  offshore  demand  rate 
(in  the  LRU  record  group)  gives  the  wartime  demand  rate  at 
offshore  bases.  A  negative  multiplier  implies  a  negative  demand 
rate  and  is  not  permitted. 
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19  Times  of  new  rates  on  ACFT/ATTR/FLHR/MESL/SRTS/TBED/TURN  record 
for  base  BBBB  are  out  of  order. 

The  days  on  which  new  rates  (such  as  aircraft  levels  and  sortie 
rates)  go  into  effect  must  be  in  ascending  order.  Leave  blank 
extra  (unused)  fields  for  the  remaining  days  on  which  new  rates  go 
into  effect. 

20  Aircraft  level  on  ACFT  record  for  base  BBBB  is  either  negative 
or  greater  than  NNN. 

Aircraft  levels  cannot  be  negative  nor  exceed  NNN,  the  value 
compiled  for  the  parameter  DMAIRCFT  (maximum  number  of  aircraft 
per  base).  Recompile  the  model  with  DMAIRCFT  set  large  enough. 

21  Unidentified  part  on  APPL/INDT/QPA/STK/TPRT/VTM  record. 

Name  was  ABCDEFGHI JKLMNOP . 

Only  LRUs  may  be  assigned  application  fractions  (APPL) ,  be 
assigned  to  a  repair  resource  (TPRT) ,  or  have  VTM  records.  An  SRU 
or  subSRU  will  not  be  recognized.  Delete  any  SRUs  and  subSRUs  in 
these  record  groups. 

In  the  INDT  record  group,  each  record  has  a  code  identifying  the 
type  of  part.  "L"  denotes  an  LRU,  "S"  an  SRU,  and  "B"  a  subSRU. 

If  this  field  has  been  miscoded,  the  part  is  not  recognized. 

If  none  of  the  above  apply,  then  the  named  component  does  not 
match  any  names  in  the  current  partition  of  LRU,  SRU,  and  subSRU 
records.  Make  sure  the  part  name  is  correct,  it  has  an 
appropriate  description  record,  and  it  belongs  in  this  partition. 

22  Multiple  VTM  records  entered  for  part  ABCDEFGHI JKLMNOP . 

One  VTM  record  is  permitted  per  LRU.  Two  or  more  have  been  found 
for  the  named  LRU.  Delete  the  duplicates. 

23  Application  fraction  for  LRU  ABCDEFGHI JKLMNOP  on  APPL  record 
not  between  zero  and  one . 

For  some  base,  the  named  LRU's  application  fraction  is  not  valid 
(the  application  fraction  is  the  probability  that  a  randomly 
selected  aircraft  at  the  given  base  contains  one  or  more  instances 
of  LRU  ABCDEFGHI JKLMNOP) .  To  indicate  the  quantity  per  aircraft, 
use  the  QFA  field  in  the  LRU  or  QPA  record  group. 

24  Onshore/offshore  switch  on  BASE  record  for  base  BBBB  not 
equal  to  zero  or  one. 

Blank  or  zero  indicates  an  offshore  base;  one  indicates  an  onshore 
base.  No  other  values  are  meaningful. 
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25  Negative  attrition  rate  on  ATTR  record  for  base  BBBB. 

Attriti  )n  rates  cannot  be  negative.  To  increase  the  number  of 
aircraft  assigned  to  a  base,  use  the  ACFT  record  group. 

26  More  than  one  location  named  LLLL  has  been  entered. 

Each  location  (base,  cirf  or  depot)  must  have  a  unique  name.  If  a 
base  is  collocated  with  a  cirf,  assign  them  different  names  and 
set  the  transportation  times  between  them  to  zero. 

27  More  than  NN  bases  entered  on  BASE  records. 

The  number  of  bases  to  be  analyzed  exceeds  NN,  the  value  compiled 
for  the  parameter  DMBASES.  Recompile  the  model  with  DMBASES  set 
large  enough.  If  some  bases  are  identical  (same  scenario,  stock 
levels,  application  fractions,  etc.),  use  the  identical  base  count 
in  the  BASE  record  group  and  enter  only  one  BASE  record. 

28  Unidentified  cirf  serving  base  BBBB  on  BASE  records. 

Make  sure  a  CIRF  record  exists  for  the  cirf,  the  cirf  name  is 
correct  on  the  BASE  record,  and  the  CIRF  record  group  precedes  the 
BASE  record  group.  Do  not  specify  a  cirf  name  on  the  BASE  record 
if  the  base  has  no  cirf. 

29  Base-to-cirf  transportation  for  base  BBBB  on  BASE  record  is 
negative . 

The  base-to-cirf  transportation  time  in  the  BASE  record  group  must 
be  greater  than  or  equal  to  zero.  (A  part  cannot  arrive  at  base 
BBBB's  cirf  before  it  departs  from  base  BBBB.) 

30  Cirf-to-base  transportation  for  base  BBBB  on  BASE  record  is 
negat ive . 

The  cirf-to-base  transportation  time  in  the  BASE  record  group  must 
be  greater  than  or  equal  to  zero.  (A  part  cannot  arrive  at  base 
BBBB  before  it  departs  from  base  BBBB's  cirf.) 

31  Switch  specifying  whether  the  peacetime  cirf-to-base  pipeline 
continues  to  empty  for  base  BBBB  on  BASE  record  is  neither  0  nor  1. 

The  cirf  availability  switch  on  the  BASE  record  for  base  BBBB  must 
be  blank,  zero,  or  one.  No  other  values  are  valid. 

32  Time  on  BASE  record  when  cirf-to-base  pipeline  starts  to  empty 
for  base  BBBB  is  negative. 

The  cirf  start  time  on  the  BASE  record  for  base  BBBB  is  negative. 
Resupply  from  the  cirf  is  available  in  peacetime  and  again  in 
wartime  at  the  cirf  start  time.  Set  the  start  time  to  zero  if 
resupply  is  always  available. 
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33  Time  on  BASE  record  when  cirf-to-base  pipeline  is  initially 
cut  off  for  base  BBBB  is  negative. 

The  cirf  cutoff  time  on  the  BASE  record  for  base  BBBB  is  negative. 
Resupply  from  the  cirf  is  always  available  in  peacetime  and  again 
in  wartime  at  the  cirf  start  time.  Set  the  cutoff  time  to  a  large 
number  (beyond  the  scenario)  or  set  the  cutoff  duration  to  zero  if 
resupply  is  always  available. 

34  Duration  on  BASE  record  of  cutoff  of  cirf-to-base  pipeline 
for  base  BBBB  is  negative. 

The  cirf  cutoff  duration  on  the  BASE  record  for  base  BBBB  is 
negative.  Resupply  from  the  cirf  is  always  available  in  peacetime 
and  again  in  wartime  at  the  cirf  start  time.  Set  the  cutoff 
duration  to  zero  if  resupply  is  always  available. 

35  Time  for  deployment  of  RRR  repair  at  location  LLLL  is  negative. 

The  RRR  repair  start  time  on  the  BASE/CIRF/DEPT  record  for 
location  LLLL  is  negative.  RRR  repair  is  available  in  peacetime 
and  again  in  wartime  at  the  RRR  repair  start  time.  Set  the  start 
time  to  zero  if  repair  is  always  available. 

37  Time  when  resupply  for  location  LLLL  first  becomes  available 
is  negative. 

The  resupply  start  time  on  the  BASE/CIRF/DEPT  record  for  location 
LLLL  is  negative.  Resupply  from  an  outside  supplier  is  available 
in  peacetime  and  again  in  wartime  at  the  resupply  start  time.  Set 
the  start  time  to  zero  if  resupply  is  always  available. 

38  Time  for  deployment  of  RR  repair  at  location  LLLL  is  negative. 

The  RR  repair  start  time  on  the  BASE/CIRF/DEPT  record  for  location 
LLLL  is  negative.  Repair  is  available  in  peacetime  and  again  in 
wartime  at  the  RR  repair  start  time.  Set  the  start  time  to  zero 
if  repair  is  always  available. 

40  Switch  specifying  whether  the  peacetime  resupply  pipeline 
continues  to  empty  for  location  LLLL  is  neither  0  nor  1. 

The  resupply  availability  switch  on  the  BASE/CIRF/DEPT  record  for 
location  LLLL  must  be  blank,  zero  or  one.  No  other  values  are 
valid. 

41  Switch  specifying  whether  location  LLLL  cannibalizes  SRUs  is 
neither  0  nor  1. 

The  SRU/subSRU  cannibalization  switch  on  the  BASE/CIRF/DEPT  record 
for  location  LLLL  must  be  blank,  zero  or  one.  No  other  values  are 
val id . 
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42  Time  for  deployment  of  SRU  repair  at  location  LLLL  is  negative. 

The  SRU  repair  start  time  on  the  BASE/CIRF/DEPT  record  for 
location  LLLL  is  negative.  Repair  of  subcomponents  is  available 
in  peacetime  and  again  in  wartime  at  the  SRU  repair  start  time. 

Set  the  start  time  to  zero  if  repair  is  always  available. 

44  Time  when  resupply  pipeline  is  initially  cut  off  for  location 
LLLL  is  negative. 

The  resupply  cutoff  time  on  the  BASE/CIRF/DEPT  record  for  location 
LLLL  is  negative.  Resupply  is  always  available  in  peacetime  and 
again  in  wartime  at  the  resupply  start  time.  Set  the  cutoff  time 
to  a  large  number  (beyond  the  scenario)  or  set  the  cutoff  duration 
to  zero  if  resupply  is  always  available. 

45  Duration  of  cutoff  of  resupply  pipeline  for  location  LLLL 
is  negative. 

The  resupply  cutoff  duration  on  the  BASE/CIRF/DEPT  record  for 
location  LLLL  is  negative.  Resupply  is  always  available  in 
peacetime  and  again  in  wartime  at  the  resupply  start  time.  Set 
the  cutoff  duration  to  zero  if  resupply  is  always  available. 

46  The  number  of  bases  identical  to  base  BBBB  specified  on  the 
BASE  record  is  negative. 

The  identical  base  count  on  the  BASE  record  for  base  BBBB  is 
negative.  If  base  BBBB  is  a  unique  base,  code  blank,  0  or  1 .  If 
there  are  N  bases  like  base  BBBB  (including  base  BBBB),  code  N  in 
the  field. 

47  No  bases  entered  between  BASE  record  and  XXXX  record. 

The  record  immediately  following  the  BASE  header  record  was  the 
XXXX  header  record;  no  base  description  records  were  found.  There 
must  be  at  least  one  base  description  record.  Make  sure  locations 
are  not  named  with  a  keyword  such  as  BASE  or  CIRF. 

48  More  than  NN  cirfs  entered  on  CIRF  records. 

The  number  of  cirfs  to  be  analyzed  exceeds  NN,  the  value  compiled 
for  the  parameter  DMCIRFS.  Recompile  the  model  with  DMCIRFS  set 
large  enough. 

49  More  than  NN  depots  entered  on  DEPT  records. 

The  number  of  depots  to  be  analyzed  exceeds  NN,  the  value  compiled 
for  the  parameter  DMDEPOTS .  Recompile  the  model  with  DMDEPOTS  set 
large  enough. 
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50  Negative  flying  hours  on  FLHR  record  for  base  BBBB. 

The  flying  hours  per  sortie  record  for  base  BBBB  has  a  negative 
rate  and  is  thus  invalid. 

51  More  than  one  LRU  named  ABCDEFGHI JKLMNOP  have  been  entered. 

Each  LRU  must  have  a  unique  name.  Delete  duplicate  records  and 
rename  incorrectly  named  LRUs. 

52  Cost  of  part  ABCDEFGHI JKLMNOP  is  negative. 

The  cost  of  the  named  part  on  its  LRU/SRU/SSRU  record  is  less  than 
zero  and  thus  invalid. 

53  More  than  NNN  LRUs  entered  on  LRU  records. 

The  number  of  LRUs  within  a  partition  exceeds  NNN,  the  value 
compiled  for  the  parameter  DMLRUGRP.  Make  sure  DMLRUGRP  is  large 
enough  and  that  the  data  set  is  partitioned.  If  a  repair  resource 
serves  more  than  NNN  LRUs,  recompile  the  model  with  DMLRUGRP 
greater  than  the  maximum  number  of  LRUs  sharing  that  resource.  If 
the  presence  of  constrained  repair  forces  a  partition  that 
violates  DMLRUGRP,  check  the  output  from  PART  for  the  number  of 
LRUs  in  the  largest  partition  and  reset  DMLRUGRP. 

54  Unidentified  depot  serving  part  ABCDEFGHI JKLMNOP . 

The  name  of  the  depot  serving  this  part  does  not  match  a  name  in 
the  DEPT  record  group  and  it  is  not  blank.  Make  sure  a  DEPT 
record  exists  for  the  depot  and  the  depot  name  is  correct  on  the 
part's  LRU/SRU/SSRU  record.  Do  not  specify  a  depot  name  if  the 
part  is  not  assigned  to  a  depot. 

55  Level  of  repair  for  part  ABCDEFGHI JKLMNOP  is  not  between 
one  and  three. 

The  level  of  repair  on  the  named  part's  LRU/SRU/SSRU  record  must 
be  1  (all  echelons),  2  (cirf  and  depot),  or  3  (depot  only). 

56  Quantity  per  aircraft  for  part  ABCDEFGHI JKLMNOP  is  negative. 

The  quantity  per  aircraft  on  the  named  part's  QPA  record  or 
LRU/SRU/SSRU  record  must  be  greater  than  or  equal  to  zero. 

57  Onshore  demand  rate  for  part  ABCDEFGHI JKLMNOP  is  negative. 


The  onshore  demand  rate  on  the  named  part's  LRU/SRU/SSRU  record  is 
negative  and  thus  invalid. 
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58  Lone  base  repair  cycle  time  for  part  ABCDEFGHI JKLMNOP  is  negative. 

The  lone  base  repair  time  on  the  named  part's  LRU/SRU/SSRU  record 
is  negative  and  thus  invalid. 

59  Depot  repair  cycle  time  for  part  ABCDEFGHI JKLMNOP  is  negative. 

The  depot  repair  time  on  the  named  part's  LRU/SRU/SSRU  record  is 
negative  and  thus  invalid. 

60  NRTS  rate  for  part  ABCDEFGHI JKLMNOP  at  base  not  served  by  cirf 
is  not  between  zero  and  one. 

The  lone  base  NRTS  rate  (or  fraction  of  parts  leaving  repair  that 
are  sent  to  a  higher  echelon  to  complete  repair)  on  the  named 
part's  LRU/SRU/SSRU  record  must,  by  definition,  be  between  0  and  1 

61  Condemnation  rate  for  part  ABCDEFGHI JKLMNOP  at  base  not  served 
by  cirf  is  not  between  zero  and  one. 

The  lone  base  condemnation  rate  (or  fraction  of  parts  leaving 
repair  that  cannot  be  repaired  and  are  condemned)  on  the  named 
part's  LRU/SRU/SSRU  record  must,  by  definition,  be  between  0  and  1 

62  NRTS  rate  plus  condemnation  rate  for  part  ABCDEFGHI JKLMNOP  at 
base  not  served  by  cirf  is  not  between  zero  and  one. 

t 

Condemnation  rates  are  given  as  a  percentage  of  all  parts,  not  as 
a  percentage  of  non-NRTS  parts.  By  definition,  the  sum  of  the 
NRTS  and  condemnation  rates  at  lone  bases  on  the  named  part's 
LRU/SRU/SSRU  record  cannot  exceed  one. 

63  Condemnation  rate  for  part  ABCDEFGHI JKLMNOP  at  a  depot  is  not 
between  zero  and  one. 

The  depot  condemnation  rate  (or  fraction  of  parts  leaving  repair 
that  cannot  be  repaired  and  are  condemned)  on  the  named  part's 
LRU/SRU/SSRU  record  must,  by  definition,  be  between  0  and  1. 

64  Peacetime  order  and  ship  time  for  part  ABCDEFGHI JKLMNOP  is 
negative . 

The  peacetime  resupply  time  on  the  named  part's  LRU/SRU/SSRU 
record  is  negative  and  thus  invalid. 

65  Wartime  order  and  ship  time  for  part  ABCDEFGHI JKLMNOP  is  negative. 

The  wartime  resupply  time  on  the  named  part's  LRU/SRU/SSRU  record 
is  negative  and  thus  invalid. 
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66  Repair  ceiling  at  the  depot  for  part  ABCDEFGHI JKLMNOP  is  negative. 

The  depot  repair  limit  can  equal  -1  (no  wartime  depot  repair),  0 
(unlimited  depot  repair),  or  greater  (depot  can  repair  up  to  that 
amount  daily  in  wartime) .  Some  other  value  was  entered  on  the 
named  part's  LRU/SRU/SSRU  record. 

67  Missing  or  incorrect  second  description  record  for  part 
ABCDEFGHI JKLMNOP. 

Each  LRU,  SRU  and  SSRU  requires  a  pair  of  records,  one  immediately 
after  the  other,  with  the  same  name  in  the  first  16  columns.  Make 
sure  the  second  LRU/SRU/SSRU  record  for  the  named  part  exists  and 
has  the  same  name  as  the  first  record. 

68  Maintenance  type  specifier  for  LRU  ABCDEFGHIJKLMNOP  is  not 
between  zero  and  N. 

The  parameter  DMCHANGE  was  compiled  with  a  value  of  N+l.  Valid 
maintenance  type  specifiers  are  0,1,2,...N.  On  the  VTM  record  for 
the  named  LRU,  the  maintenance  type  specifier  is  not  within  the 
range  of  valid  values.  Either  correct  it  or  recompile  the  model 
with  DMCHANGE  set  large  enough. 

69  Wartime  onshore  demand  rate  multiplier  for  LRU  ABCDEFGHIJKLMNOP 
is  negative. 

The  wartime  onshore  demand  rate  multiplier  (in  the  VTM  record 
group)  for  the  named  LRU  multiplied  by  its  onshore  demand  rate  (in 
the  LRU  record  group)  gives  the  wartime  demand  rate  at  onshore 
bases.  A  negative  multiplier  implies  a  negative  demand  rate  and 
is  not  permitted. 

70  Probability  a  PMC  ATE  can  test  LRU  ABCDEFGHIJKLMNOP  is  not 
between  zero  and  one. 

The  partial  repairability  probability  on  the  named  LRU's  VTM 
record  must  be  between  0  and  1. 

71  Pipeline  variance  to  mean  ratio  for  LRU  ABCDEFGHIJKLMNOP  is 
negative . 

Variance  to  mean  ratios  (VTM  record  group)  cannot  be  negative 
because  mean  pipeline  size  and  variances  are,  by  definition,  not 
negative . 

72  Cirf  repairable  switch  for  part  ABCDEFGHIJKLMNOP  does  not  equal 
zero  or  one. 

The  cirf  repairability  switch  on  the  named  part's  LRU/SRU/SSRU 
record  is  not  0  or  blank  (cirf  cannot  repair)  and  not  1  (cirf  can 
repair) . 
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73  NRTS  rate  for  part  ABCDEFGHI JKLMNOP  at  bases  served  by  cirfs  is 
not  between  zero  and  one. 

The  cirf-served  base  NRTS  rate  (or  fraction  of  parts  leaving 
repair  that  are  sent  to  a  higher  echelon  to  complete  repair)  on 
the  named  part's  LRU/SRU/SSRU  record  must,  by  definition,  be 
between  0  and  1 . 

74  Condemnation  rate  for  part  ABCDEFGHI JKLMNOP  at  bases  served  by 
cirfs  is  not  between  zero  and  one. 

The  cirf-served  base  condemnation  rate  (or  fraction  of  parts 
leaving  repair  that  cannot  be  repaired  and  are  condemned)  on  the 
named  part's  LRU/SRU/SSRU  record  must  be  between  0  and  1. 

75  NRTS  rate  plus  condemnation  rate  for  part  ABCDEFGHIJKLMNOP  at 
bases  served  by  cirfs  is  not  between  zero  and  one. 

Condemnation  rates  are  given  as  a  percentage  of  all  parts,  not  as 
a  percentage  of  non-NRTS  parts.  By  definition,  the  sum  of  the 
NRTS  and  condemnation  rates  at  cirf-served  bases  on  the  named 
part's  LRU/SRU/SSRU  record  cannot  exceed  one. 

76  Cirf  repair  time  for  part  ABCDEFGHIJKLMNOP  is  negative. 

The  cirf  repair  time  on  the  named  part's  LRU/SRU/SSRU  record  is 
negative  and  thus  invalid. 

77  NRTS  rate  for  part  ABCDEFGHIJKLMNOP  at  a  cirf  is  not  between 
zero  and  one. 

The  cirf  NRTS  rate  (or  fraction  of  parts  leaving  repair  that  are 
sent  to  a  higher  echelon  to  complete  repair)  on  the  named  part's 
LRU/SRU/SSRU  record  must,  by  definition,  be  between  0  and  1. 

78  Condemnation  rate  for  part  ABCDEFGHIJKLMNOP  at  cirfs  is  not 
between  zero  and  one. 

The  cirf  condemnation  rate  (or  fraction  of  parts  leaving  repair 
that  cannot  be  repaired  and  are  condemned)  on  the  named  part's 
LRU/SRU/SSRU  record  must,  by  definition,  be  between  0  and  1. 

79  NRTS  rate  plus  condemnation  rate  for  part  ABCDEFGHIJKLMNOP  at 
cirfs  is  not  between  zero  and  one. 

Condemnation  rates  are  given  as  a  percentage  of  all  parts,  not  as 
a  percentage  of  non-NRTS  parts.  By  definition,  the  sum  of  the 
NRTS  and  condemnation  rates  at  cirfs  on  the  named  part's 
LRU/SRU/SSRU  record  cannot  exceed  one. 
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80  Encountered  end  of  file  or  a  keyword  record  when  looking  for 
second  description  record  for  part  ABCDEFGHI JKLMNOP . 

Each  LRU,  SRU  and  SSRU  requires  a  pair  of  records,  one  immediately 
after  the  other,  with  the  same  name  in  the  first  16  columns.  Make 
sure  a  header  word  does  not  start  a  component  name  and  that  there 
are  no  END  records  appearing  before  the  second  description  record. 

81  No  LRU  data  found  between  LRU  record  and  next  keyword  record. 

At  least  one  pair  of  LRU  description  records  is  required  between 
the  LRU  header  record  and  the  next  header  record.  Make  sure  LRU 
names  do  not  start  with  keywords. 

82  Option  NN  has  not  been  defined. 

Select  only  options  described  in  the  input  specifications 
(App.  E).  Make  sure  the  parameter  DM0PTI0N  was  compiled  large 
enough  (set  to  23,  the  highest  defined  option). 

83  First  parameter  specified  for  option  NN  is  not  between  0  and  100. 

The  first  parameter  for  option  NN  is  a  percentage  and  must  be 
between  0  and  100. 

84  First  parameter  for  option  8  is  negative. 

Option  8's  first  parameter  specifies  the  maximum  number  of  problem 
LRUs  on  which  to  report  and  cannot  be  negative.  Setting  this 
option  to  zero  is  the  same  as  not  requesting  this  report. 

86  Second  parameter  for  option  NN  is  negative. 

Make  sure  the  OPT  record  associated  with  option  NN  has  a  valid 
value  for  the  second  parameter  as  described  in  the  input 
specifications  (App.  E). 

87  Option  NN  has  been  selected  more  than  once. 

Each  option  can  be  selected  once.  Delete  the  duplicate  OPT 
records  for  option  NN. 

88  No  options  have  been  selected. 

At  least  one  OPT  record  is  required  for  Dyna-METRIC  to  run.  Make 
sure  the  OPT  record  group  is  in  the  data  set  and  appears  before 
the  first  LRU  partition. 

89  Negative  sortie  rate  on  SRTS  record  for  base  BBBB. 

Negative  sortie  rates  are  invalid.  I f  no  sorties  are  to  be 
generated,  enter  a  rate  of  zero. 
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90  Duplicate  parts  named  ABCDEFGHI  JKLMNOl- . 

Each  part  must  have  a  unique  name.  Change  the  name  of  the 
duplicate  component  so  it  is  unique. 

91  More  than  NNN  SRUs  entered  on  SRU  records. 

The  number  of  SRUs  within  a  partition  exceeds  NNN,  the  value 
compiled  for  the  parameter  DMSRUGRP.  Make  sure  DMSRUGRP  is  large 
enough  and  that  the  data  set  is  partitioned.  For  structural 
reasons  (LRUs  sharing  the  same  constrained  repair  resource,  SRUs 
indentured  to  the  same  LRU) ,  the  model  may  be  forced  to  put  more 
than  NNN  SRUs  in  the  same  partition.  The  output  from  PART  gives 
the  number  of  SRUs  in  the  largest  partition  so  that  DMSRUGRP  may 
be  appropriately  reset. 

92  Negative  ATE  level  specified  on  TBED  record  for  ATE  type  N  at 
location  LLLL. 

A  server  level  on  the  TBED  record  for  the  Nth  repair  resource  at 
location  LLLL  is  negative  and  thus  invalid. 

93  ATE  break  rate  on  TBED  record  for  ATE  type  N  at  location  LLLL 
is  negative. 

The  backorder  rate  on  the  TBED  record  for  the  Nth  repair  resource 
at  location  LLLL  is  negative  and  thus  invalid. 

94  Resupply  time  on  TBED  record  for  breaks  of  ATE  type  N  at 
location  LLLL  is  negative. 

The  resupply  start  time  on  the  TBED  record  for  the  Nth  repair 
resource  at  location  LLLL  is  negative.  Resupply  is  always 
available  in  peacetime  and  again  in  wartime  at  the  resupply  start 
time.  Set  the  start  time  to  zero  if  resupply  is  always  available. 

95  Time  ATE  resupply  is  cut  off  on  TBED  record  for  ATE  type  N  at 
location  LLLL  is  negative. 

The  resupply  cutoff  time  on  the  TBED  record  for  the  Nth  repair 
resource  at  location  LLLL  is  negative.  Resupply  is  always 
available  in  peacetime  and  again  in  wartime  at  the  resupply  start 
time.  Set  the  cutoff  time  to  a  large  number  (beyond  the  scenario) 
or  set  the  cutoff  duration  to  zero  if  resupply  is  always 
available . 
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96  Duration  of  ATE  resupply  cutoff  on  TBED  record  for  ATE  type  N 
at  location  LLLL  is  negative. 

The  resupply  cutoff  duration  on  the  TBED  record  for  the  Nth  repair 
resource  at  location  LLLL  is  negative.  Resupply  is  always 
available  in  peacetime  and  again  in  wartime  at  the  resupply  start 
time.  Set  the  cutoff  duration  to  zero  if  resupply  is  always 
available . 

97  Unrecognized  location  name  on  TBED  record  for  ATE  type  N. 

Location  name  was  LLLL. 

A  TBED  (server  level)  record  associated  with  the  Nth  repair 
resource  has  a  location  named  LLLL  that  does  not  match  any 
locations  named  in  the  BASE,  CIRF  and  DEPT  record  groups.  Make 
sure  the  name  is  correct  and  a  record  exists  for  LLLL. 

98  Multiple  TBED  records  for  ATE  type  N  were  entered  for  location 
LLLL. 

More  than  one  TBED  record  associated  with  the  Nth  repair  resource 
was  found  for  location  LLLL.  Determine  which  is  correct  and 
delete  the  duplicates. 

99  Multiple  TEST  records  entered  for  ATE  TTTT. 

One  TEST  record  is  permitted  per  repair  resource.  Make  sure  each 
repair  resource  has  a  unique  name  (other  than  TTTT)  and  its  own 
TEST  record  group.  Delete  duplicate  TEST  records  associated  with 
TTTT. 

100  More  than  NNN  ATEs  entered  on  TEST  records. 

The  number  of  constrained  repair  resources  within  a  partition 
exceeds  NNN,  the  value  compiled  for  the  parameter  DMTEQTYP.  Make 
sure  DMTEQTYP  is  large  enough  and  that  the  data  set  is 
partitioned.  PART  puts  as  few  repair  resources  in  each  partition 
as  possible.  Check  the  partitioned  data  set  for  the  largest 
number  of  repair  resources  per  partition  and  recompile  the  model 
with  DMTEQTYP  set  at  least  that  large. 

101  Availability  fraction  entered  on  TEST  record  for  ATE  TTTT  is 
not  between  zero  and  one. 

Server  availabilities  (the  fraction  of  the  time  a  repair  resource 
is  available  for  repairing  or  testing  LRUs  per  day)  must,  by 
definition,  be  between  zero  and  one. 


132 


102  Only  one  ATE  allowed  per  TEST  record.  TTTT  on  record  following 
not  recognizable  as  a  keyword. 

Each  repair  resource  requires  its  own  TEST,  TBED  and  TPRT  record 
groups.  If  TTTT  is  a  repair  resource,  insert  its  three  associated 
record  groups  before  the  next  TEST  record  group  or  LRU  partition. 

103  End  of  file  encountered  when  looking  for  ATE  description 
following  TEST  record. 

Each  TEST  header  record  requires  a  TEST  data  record.  Make  sure 
there  is  something  following  each  TEST  header  record.  Also  make 
sure  a  repair  resource  is  not  illegally  named  END,  causing  the 
model  to  incorrectly  believe  it  reached  the  end  of  file. 

104  Keyword  record  encountered  when  looking  for  ATE  description 
following  TEST  record. 

Each  TEST  header  record  requires  a  TEST  data  record.  Make  sure 
there  is  something  following  each  TEST  header  record.  Also  make 
sure  a  repair  resource  is  not  illegally  named  with  a  keyword 
(header),  causing  the  model  to  incorrectly  believe  -'t  reached 
another  record  group. 

105  More  than  NN  LRUs  assigned  to  ATE  TTTT. 

The  number  of  LRUs  assigned  to  repair  resource  TTTT  exceeds  NN, 
the  value  compiled  for  the  parameter  DMLRUTFQ.  Recompile  the 
model  with  DMLRUTEQ  set  large  enough. 

106  Unrecognized  depot  on  TRNS  record.  Name  was  DDDD. 

A  TRNS  record  has  a  depot  named  DDDD  that  does  not  match  any 
depots  named  in  the  DEPT  record  group.  Make  sure  the  name  is 
correct  and  a  record  exists  for  DDDD.  Also  make  sure  that  the 
base/cirf  name  on  the  TRNS  record  was  not  switched  with  the  depot 
name.  Do  not  use  TRNS  records  to  specify  transportation  between  a 
base  and  cirf:  fields  for  that  purpose  are  located  in  the  BASE 
record  group. 

107  Base  N  to  depot  DDDD  TRNS  record  encountered  more  than  once. 

There  are  multiple  TRNS  records  describing  the  transportation 
between  depot  DDDD  and  the  Nth  base.  Determine  which  record  is 
correct  and  delete  the  duplicates. 

108  Base  N  to  depot  DDDD  transportation  on  TRNS  record  is  negative. 

The  transportation  to  depot  time  on  th?  TRNS  record  for  depot  DDDD 
and  the  Nth  base  cannot  be  negative.  (A  part  cannot  arrive  at 
depot  DDDD  before  it  departs  from  base  N.) 
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109  Depot  DDDD  to  base  N  transportation  on  TRNS  record  is  negative. 

The  transportation  from  depot  time  on  the  TRNS  record  for  depot 
DDDD  and  the  Nth  base  cannot  be  negative.  (A  part  cannot  arrive  at 
base  N  before  it  departs  from  depot  DDDD.) 

110  Switch  ui.  TRNS  record  specifying  whether  peacetime  forward 
pipeline  from  depot  DDDD  to  base  N  continues  to  empty  is  not  0 
or  1. 

The  transportation  availability  switch  on  the  TRNS  record  for 
depot  DDDD  and  the  Nth  base  must  be  blank,  zero  or  one.  No  other 
values  are  valid. 

111  Time  on  TRNS  record  specifying  when  forward  pipeline  from  depot 
DDDD  to  base  N  starts  to  empty  is  negative. 

The  transportation  start  time  on  the  TRNS  record  for  depot  DDDD 
and  the  Nth  base  is  negative.  Transportation  from  the  depot  is 
available  in  peacetime  and  again  in  wartime  at  the  transportation 
start  time.  Set  the  start  time  to  zero  if  transportation  is 
always  available. 

112  Time  on  TRNS  record  specifying  when  forward  pipeline  from  depot 
DDDD  to  base  N  is  cut  off  is  negative. 

The  transportation  cutoff  time  on  the  TRNS  record  for  depot  DDDD 
and  the  Nth  base  is  negative.  Transportation  from  the  depot  is 
always  available  in  peacetime  and  again  in  wartime  at  the 
transportation  start  time.  Set  the  cutoff  time  to  a  large  number 
(beyond  the  scenario)  or  set  the  cutoff  duration  to  zero  if 
transportation  is  always  available. 

113  Time  on  TRNS  record  specifying  how  long  forward  pipeline  from 
depot  DDDD  to  base  N  is  cut  off  is  negative. 

The  transportation  cutoff  duration  on  the  TRNS  record  for  depot 
DDDD  and  the  Nth  base  is  negative.  Transportation  from  the  depot 
is  always  available  in  peacetime  and  again  in  wartime  at  the 
transportation  start  time.  Set  the  cutoff  duration  to  zero  if 
transportation  is  always  available. 

114  Cirf  N  to  depot  DDDD  TRNS  record  encountered  more  than  once. 

There  are  multiple  TRNS  records  describing  the  transportation 
between  depot  DDDD  and  the  Nth  cirf.  Determine  wnich  record  is 
correct  and  delete  the  duplicates. 

115  Cirf  N  to  depot  DDDD  transportation  on  TRNS  record  is  negative. 

The  transportation  to  depot  time  on  the  TRNS  record  for  depot  DDDD 
and  the  Nth  cirf  cannot  be  negative.  (A  part  cannot  arrive  at 
depot  DDDD  before  it  departs  from  cirf  N.) 
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116  Depot  DDDD  to  cirf  N  transportation  on  TRNS  record  is  negative. 

The  transportation  from  depot  time  on  the  TRNS  record  for  depot 
DDDD  and  the  Nth  cirf  cannot  be  negative.  (A  part  cannot  arrive  at 
cirf  N  before  it  departs  from  depot  DDDD). 

117  Switch  on  TRNS  record  specifying  whether  peacetime  forward 
pipeline  from  depot  DDDD  to  cirf  N  continues  to  empty  is  not  0 
or  1 . 

The  transportation  availability  switch  on  the  TRNS  record  for 
depot  DDDD  and  the  Nth  cirf  must  be  blank,  zero  or  one.  No  other 
values  are  valid. 

118  Time  on  TRNS  record  specifying  when  forward  pipeline  from  depot 
DDDD  to  cirf  N  starts  to  empty  is  negative. 

The  transportation  start  time  on  the  TRNS  record  for  depot  DDDD 
and  the  Nth  cirf  is  negative.  Transportation  from  the  depot  is 
available  in  peacetime  and  again  in  wartime  at  the  transportation 
start  time.  Set  the  start  time  to  zero  if  transportation  is 
always  available. 

119  Time  on  TRNS  record  specifying  when  forward  pipeline  from  depot 
DDDD  to  cirf  N  is  cut  off  is  negative. 

The  transportation  cutoff  time  on  the  TRNS  record  for  depot  DDDD 
and  the  Nth  cirf  is  negative.  Transportation  from  the  depot  is 
always  available  in  peacetime  and  again  in  wartime  at  the 
transportation  start  time.  Set  the  cutoff  time  to  a  large  number 
(beyond  the  scenario)  or  set  the  cutoff  duration  to  zero  if 
transportation  is  always  available. 

120  Time  on  TRNS  record  specifying  how  long  forward  pipeline  from 
depot  DDDD  to  cirf  n  is  cut  off  is  negative. 

The  transportation  cutoff  duration  on  the  TRNS  record  for  depot 
DDDD  and  the  Nth  cirf  is  negative.  Transportation  from  the  depot 
is  always  available  in  peacetime  and  again  in  wartime  at  the 
transportation  start  time.  Set  the  cutoff  duration  to  zero  if 
transportation  is  always  available. 

121  Unrecognized  base  or  cirf  name  on  TRNS  record.  Name  was  BBCC . 

A  TRNS  record  has  a  base  or  cirf  named  BBCC  that  does  not  match 
any  locations  named  in  the  BASE  and  CIRF  record  groups.  Make  sure 
the  name  is  correct  and  a  record  exists  for  BBCC.  Also  make  sure 
the  base/cirf  name  on  the  TRNS  record  was  not  switched  with  the 
depot  name.  Do  not  use  TRNS  and  DEPT  records  for  BBCC  if  it  is  a 
supplier  to  a  depot. 
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122  Negative  maximum  turn  rate  on  TURN  record  for  base  BBBB. 

The  TURN  record  for  base  BBBB  has  at  a  negative  maximum  sorties 
per  aircraft  rate  and  is  thus  invalid. 

123  NRTS/ condemnation  switch  not  0  or  1  for  part  ABCDEFGHI JKLMNOP . 

The  NRTS/ condemnation  policy  on  the  named  part's  LRU/SRU/SSRU 
record  can  only  be  blank  or  0  (NRTS/condemn/discover  failed 
subcomponents  after  attempting  repair)  or  1  (NRTS/condemn/discover 
failed  subcomponents  before  attempting  repair) . 

124  Offshore  demand  rate  for  part  ABCDEFGHI JK  MNOP  is  negative. 

The  offshore  demand  rate  on  the  named  part's  LRU/SRU/SSRU  record 
is  negative  and  thus  invalid. 

125  Cirf-served  bate  repair  cycle  time  for  part  ABCDEFGHI JKLMNOP  is 
negative . 

The  repair  time  at  cirf-served  bases  on  the  named  part's 
LRU/SRU/SSRU  record  is  negative  and  thus  invalid. 

126  Encountered  ACFT/ATTR/BASE/CIRF/DEPT/FLHR/ILM/MESL/OPT/SRTS/ 
TRNS/TURN  record  in  parts  data. 

The  named  record  group  must  precede  the  first  LRU  header  record. 
Move  it  so  that  it  does. 

127  More  than  NNN  subSRUs  entered  on  SSRU  records. 

The  number  of  subSRUs  within  a  partition  exceeds  NNN,  the  value 
compiled  for  the  parameter  DMSUBGRP.  Make  sure  DMSUBGRP  is  large 
enough  and  that  the  data  set  is  partitioned.  For  structural 
reasons  (LRUs  sharing  the  same  constrained  repair  resource,  SRUs 
indentured  to  the  same  LRU,  subSRUs  indentured  to  the  same  SRU) , 
the  model  may  be  forced  to  put  more  than  NNN  subSRUs  in  the  same 
partition.  The  output  from  PART  gives  the  number  of  subSRUs  in 
the  largest  partition  so  that  DMSUBGRP  may  be  appropriately  reset. 

128  INDT  does  not  contain  recognizable  LRU/SRU/subSRU  identification. 

The  indenture  mode  specifier  on  an  INDT  record  does  not  contain  an 
"L"  (LRU),  "S"  (SRU)  or  "B"  (subSRU) . 

129  Part  ABCDEFGHI JKLMNOP  is  being  indentured  to  a  part  of  the  wrong 
level . 

LRUs  may  not  be  indentured  to  any  other  part.  SRUs  may  only  be 
indentured  to  LRUs,  subSRUs  only  to  SRUs.  A  component  indentured 
to  both  an  LRU  and  an  SRU  should  be  treated  as  two  separate 
components,  one  an  SRU  and  one  a  subSRU. 
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130  More  than  NN  SRUs  indentured  to  LRU  ABCDEFGHI JKLMNOP . 

The  number  of  SRUs  indentured  to  the  named  LRU  exceeds  NN,  the 
value  compiled  for  the  parameter  DMSRULRU.  Recompile  the  model 
with  DMSRULRU  set  large  enough. 

131  SRU  ABCDEFGHI JKLMNOP  indentured  to  more  than  NN  LRUs. 

The  number  of  LRUs  to  which  the  named  SRU  is  indentured  exceeds 
NN,  the  value  compiled  for  the  parameter  DMLRUSRU.  Recompile  the 
model  with  DMLRUSRU  set  large  enough. 

132  Quantity  per  application  in  INDT  records  for  part  ABCDEFGHI JKLMNOP 
is  not  positive. 

Quantities  per  application,  or  higher  assembly,  must  be  greater 
than  zero.  Delete  records  with  zero  quantities. 

133  Depot  replacement  percentage  for  part  ABCDEFGHI JKLMNOP  is  not 
between  zero  and  one. 

The  depot  replacement  percentage  (the  probability  that,  if  the 
LRU/SRU  to  which  the  named  part  is  indentured  enters  repair  at  the 
depot,  the  depot  will  discover  that  the  named  part  has  failed)  in 
the  INDT  record  group  must  be  between  zero  and  one. 

134  More  than  NN  subSRUs  indentured  to  SRU  ABCDEFGHI JKLMNOP . 

The  number  cf  subSRUs  indentured  to  the  named  SRU  exceeds  NN,  the 
value  compiled  for  the  parameter  DMSUBS2S.  Recompile  the  model 
with  DMSUBS2S  set  large  enough. 

135  SubSRU  ABCDEFGHI JKLMNOP  indentured  to  more  than  NN  SRUs. 

The  number  of  SRUs  to  which  the  named  subSRU  is  indentured  exceeds 
NN ,  the  value  compiled  for  the  parameter  DMS2SUBS.  Recompile  the 
model  with  DMS2SUBS  set  large  enough. 

136  Cirf  replacement  percentage  for  part  ABCDEFGHI JKLMNOP  is  not 
between  zero  and  one. 

The  cirf  replacement  percentage  (the  probability  that,  if  the  SRU 
to  which  the  named  subSRU  is  indentured  enters  repair  at  the  cirf, 
the  cirf  will  discover  that  the  subSRU  has  failed)  in  the  INDT 
record  group  must  be  between  zero  and  one. 

137  Base  replacement  percentage  for  part  ABCDEFGHI JKLMNOP  is  not 
between  zero  and  one. 

The  base  replacement  percentage  (the  probability  that,  if  the  SRU 
to  which  the  named  subSRU  is  indentured  enters  repair  at  the  base, 
the  base  will  discover  that  the  subSRU  has  failed)  in  the  INDT 
record  group  must  be  between  zero  and  one. 
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138  SRU  or  subSRU  ABCDEFGHI JKLMNOP  not  indentured  to  any  part. 

Make  sure  the  named  s -ocomponent  has  an  INDT  record  if  it  is 
indentured  to  another  part.  Otherwise,  this  part  is  effectively 
an  LRU  and  should  be  treated  as  such;  move  it  to  the  LRU  record 
group . 

139  CIRF/DEPT  records  encountered  after  ILM  records. 

The  ILM  (maintenance  deployment)  record  group  must  follow  the 
DEPT,  CIRF  and  BASE  record  groups.  Move  the  ILM  records  after  the 
location  description  records. 

140  Multiple  ILM  records  were  entered  for  location  LLLL. 

One  ILM  record  is  permitted  per  location.  Determine  which  record 
is  correct  and  delete  the  duplicates. 

141  Unrecognized  location  name  on  ILM  record.  Location  name  was  LLLL. 

An  ILM  record  has  a  location  named  LLLL  that  does  not  match  any 
locations  named  in  the  BASE,  CIRF  and  DEPT  record  groups.  Make 
sure  the  name  is  correct  and  a  record  exists  for  LLLL. 

142  Record  following  Times  of  Analysis  Record  is  not  a  keyword 
record.  Record  read  XXXX. 

The  fourth  record  in  the  data  set  must  be  a  header  record. 

Instead,  a  record  was  found  with  the  first  four  characters  XXXX. 
Add  the  appropriate  header  record  (usually  OPT). 

143  Options  10  and  20  cannot  noth  be  enabled  in  the  same  model  run. 

Option  10  will  not  work  correctly  if  option  20  has  been  selected. 
Do  not  select  both  of  these  options  in  the  same  run. 

144  When  option  7  is  invoked,  only  the  initial  stock  levels  plus 
any  purchased  stock  are  considered.  Additional  deployed  stock 
is  disregarded. 

Option  7  produces  a  depot  workload  report  for  each  LRU  and 
computes  appropriate  depot  stock  levels.  It  ignores  STK  records 
other  than  those  giving  the  initial  levels  or  those  it  computes. 
This  warning  does  not  affect  results  of  the  run.  To  be  safe,  omit 
STK  records  that  do  not  reflect  initial  stock  levels. 
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Program  & 

Stop  Code  Meaning 

ECHO  20  An  error  was  encountered  in  the  input  data  set.  Specific 
error  messages  were  written  at  the  top  of  the  output. 

PIPE  21  The  file  of  LRU-specific  flying  hours  that  option  21  reads 
is  not  in  the  expected  order.  See  Appendix  A  for  the 
description  of  this  file  and  its  order. 

PIPE  80  Peacetime  demands  for  constrained  repair  at  some  location 
exceed  peacetime  repair  capacity.  The  message  identifies 
the  location  and  the  repair  resource.  After  confirming 
that  appropriate  LRU  failure  rates  and  repair  times  have 
been  entered,  add  sufficient  servers  to  handle  peacetime 
demands . 

PIPE  211  Option  21  has  an  invalid  value  in  the  first  parameter  (the 
time  period  associated  with  the  flying  hours).  See 
Appendix  E  for  more  details  on  the  use  of  this  parameter. 

PIPE  222  "VERSION  4.4"  not  written  in  the  appropriate  columns  of  the 
second  record  of  the  data  set.  Refer  to  Appendix  E  for 
the  proper  location.  Make  sure  that  the  data  set  is  in 
Version  4  format. 

PIPE  1001-  The  records  in  the  peacetime  pipeline  file  that  option  10 

1011  reads  are  not  in  proper  order.  Make  sure  the  file  was  built 
using  option  16  or  22,  and  that  the  input  used  in  this  run 
has  the  same  locations  entered  in  the  same  order  as  those 
in  the  data  set  with  option  16  or  22.  The  LRUs,  SRUs  and 
subSRUs  must  remain  the  same,  as  well  as  the  indenture 
structure,  level  of  repair,  and  cirf  repairability 
indicator.  Stock  levels,  transportation  parameters,  and 
repair  parameters  may  change,  however. 

MOD  10  Too  many  locations  in  the  data  set.  Make  sure  MOD  was 

compiled  with  the  same  parameters  as  the  rest  of  the  model. 

MOD  20  Too  many  depots  in  the  data  set.  Make  sure  MOD  was  compiled 
with  the  same  parameters  as  the  rest  of  the  model. 

MOD  30  Too  many  LRUs  in  a  partition.  Make  sure  MOD  was  compiled 
with  the  same  parameters  as  the  rest  of  the  model.  The 
input  data  set  must  be  partitioned. 
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MOD  40  Too  many  parts  in  a  partition.  Make  sure  MOD  was  compiled 
with  the  same  parameters  as  the  rest  of  the  model.  The 
input  data  set  must  be  partitioned. 

MOD  50  Too  many  SRUs  indentured  to  one  LRU.  Make  sure  MOD  was 

compiled  with  the  same  parameters  as  the  rest  of  the  model. 

MOD  60  Too  many  subSRUs  indentured  to  one  SRU.  Make  sure  MOD  was 
compiled  with  the  same  parameters  as  the  rest  of  the  model. 

MOD  70  End  of  the  input  data  set  encountered  before  expected. 

Make  sure  the  entire  input  data  set  is  available  to  MOD. 

REPORT  30  More  than  DMAIRCFT  found  at  a  base.  Recompile  with  a 

larger  value  of  DMAIRCFT  or  assign  fewer  aircraft  to  the 
base . 

REPORT  31  Perhaps  because  of  stock  purchased,  the  number  of  a  given 
LRU  at  a  base  exceeds  DMPMFMAX.  (The  number  of  a  given 
LRU  at  a  base  is  the  LRU's  quantity  per  aircraft  times  the 
aircraft,  plus  stock.)  Either  increase  DMPMFMAX  or  make 
sure  the  performance  goals  associated  with  the  stockage 
options  have  reasonable  arguments  (no  NFMC  aircraft  with 
100  percent  confidence  would  require  an  infinite  level  of 
stock,  for  example). 

REPORT  32  The  subroutine  that  computes  pipeline  probability 

distributions  was  unable  to  do  so  because  some  LRU  had  a 
negative  VTMR. 

REPORT  33  The  subroutine  that  computes  backorder  probability 

distributions  was  unable  to  do  so  because  it  encountered 
a  negative  stock  level. 

REPORT  111  None  of  the  times  of  analysis  in  the  input  data  set  match 
the  times  of  analysis  that  were  used  by  PIPE  to  compute 
expected  pipeline  values. 

REPORT  241  When  option  4  is  selected,  the  model  adds  units  of  stock 
based  on  a  marginal  analysis  technique,  where  the  next 
unit  added  is  that  with  the  greatest  benefit/cost  ratio. 
STOP  241  occurs  when  the  benefit/cost  ratio  for  every  LRU 
is  computationally  indistinguishable  from  zero.  Select 
option  3  with  more  stringent  parameters  than  option  4 
so  that  when  option  4  starts,  there  is  sufficient  stock 
that  the  benefit/cost  ratio  can  be  distinguished  from 
zero.  Or  translate  all  costs  from  dollars  to,  say, 
millions  of  dollars  and  see  if  that  increases  the  size  of 
the  benefit/cost  ratio  enough  that  the  marginal  analysis 
can  proceed. 
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INPUT  SPECIFICATIONS 

General  notes: 

•  All  fields  must  be  nonnegative  unless  otherwise  specified. 

•  A  blank  is  the  same  as  a  zero. 

•  Times  are  specified  as  days,  but  any  consistent  unit  is 
acceptable. 

•  Peacetime  values,  represented  by  day  0,  are  assumed  to  have 
been  in  effect  forever.  Wartime  begins  on  day  1  and  lasts 
throughout  the  scenario. 


Order  and  Structure  of  Input  Data  Sets  Record 

Group 

Administrative  Data:  - 

Three  records  that  specify  the  run's  heading, 

administrative  delays,  and  times  of  analysis.  TOP 
Option  '’elections.  OPT 

Location  Descriptions: 

Depot  descriptions  (optional)  DEPT 

Cirf  descriptions  (optional)  CIRF 

Base  descriptions  BASE 

Depot  transportation  (optional)  TRNS 

Scenario  Data: 

Aircraft  levels  ACFT 

Sortie  rates  SRTS 

Maximum  sortie  rates  TURN 

Attrition  rates  (optional)  ATTR 

Flying  hours  per  sortie  (optional)  FLHR 

Maintenance  types  (o;  '•ional)  ILM 

Mission  requirements  (optional)  MESL 

Component  Data: 

LRU  descriptions  LRU 

SRU  descriptions  (optional)  SRU 

SubSRU  descriptions  (optional)  SSRU 

Indenture  relationships  (if  have  SRUs/subSRUs)  INDT 

Quantity  per  aircraft  (optional)  QPA 

Optional  LRU  data: 

Application  fractions  APPL 

Variance  to  mean  data  VTM 

Constrained  repair  data: 

Constrained  repair  availability  TEST 

Server  Levels  TBED 

LRU  repair  assignments  TPRT 

Stock  Levels.  STK 
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USING  IMPLIED  DECIMAL  POINTS 


Three  classes  of  data  are  used  in  Dyna-METRIC:  alphanumeric  (a),  integer 
(i),  and  real  (x) .  The  fields  associated  with  real  data  use  an  implied 
decimal  point,  which  may  be  overridden  with  an  explicit  decimal  point. 

To  use  the  implied  decimal  point,  we  need  to  know  where  the  point  is 
located.  Throughout  this  appendix,  "X"  denotes  a  digit  to  the  left  of 
the  decimal  point  and  "x"  denotes  a  digit  to  the  right.  For  example,  a 
format  representation  of  "XXXxx"  for  columns  5-9  means  there  is  an  implied 
point  between  columns  7  and  8. 

An  easier  method  is  to  include  a  decimal  point  explicitly  in  the  data. 

The  data  need  only  fit  within  the  columns  to  which  they  are  assigned  and 
need  not  be  right- justified.  This  method  has  the  advantage  of  allowing  a 
greater  range  of  entries  but  the  disadvantage  of  using  one  of  the  columns 
in  the  field  to  contain  the  decimal  point,  thus  reducing  by  one  the 
available  significant  digits  that  can  be  used. 

Whichever  method  the  user  chooses  depends  on  the  values  to  be  coded. 
Suppose  ten  and  a  half  is  to  be  coded  in  the  field  defined  "XXXxx".  We 
could  use  either  method,  entering  "  1050"  to  use  the  implied  point  or 
overriding  it  with  "10.5  "  or  "  10.5".  In  this  example  the  range  of 
entries  is  .01  to  999.99  for  the  implied  point  with  up  to  five  significant 
digits,  and  .0001  to  9999.  for  the  explicit  decimal  point  with  up  to  four 
significant  digits. 

Below  are  examples  illustrating  how  various  values  can  be  coded. 


1 

1 

1 

Format  j 
| 

Value 
to  be 
Coded 

|  Explicit 
|  Decimal 
i  Point 

Implied 

Decimal 

Point 

1 

XXxxxx  j 

2.5 

|  "2.5 

"  25000" 

1 

999.03 

j  "999.03" 

-- 

1 

99.0359 

1 

"990359" 

1 

XXX  I 

2.8 

|  "2.8" 

_  _ 

1 

725. 

1 

"725" 

1 

1 

23. 

|  "23." 

it  23" 
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Aircraft  Levels 

Header  record:  ACFT 

Restriction:  Must  follow  the  BASE  record  group. 

General  description: 

These  records  specify  how  many  aircraft  are  assigned  to  each  base 
during  peacetime  and  on  each  day  of  war.  Bases  for  which  ACFT 
records  are  not  given  will  be  assigned  no  aircraft. 

Columns 

12  3  4 

123456789012345678901234567890123456789012345678 

aaaaXXXX i i i iXXXX i i i iXXXX i i i iXXXX i i i iXXXX i i i iXXXX 

I  I  I  I  I  I  I  I  I  I  I  I 

|  |  |  |  |  |  |  |  |  |  |  Sixth  aircraft  level 

j  j  j  |  j  I  |  j  |  j  Day  sixth  level  starts 

j  |  j  |  |  j  j  |  |  Fifth  aircraft  level 

j  j  j  j  j  j  |  j  Day  fifth  level  starts 

j  |  j  j  |  j  j  Fourth  aircraft  level 

|  |  |  |  |  |  Day  fourth  level  starts 

j  |  |  j  |  Third  aircraft  level 

ill!  Day  third  ievel  starts 
|  |  |  Second  aircraft  level 

I  |  Day  second  level  starts 

|  First  aircraft  level 

Base  name 


Detailed  description: 

The  maximum  number  of  aircraft  levels  is  limited  by  the  value  of 
DMCHANGE,  selected  when  the  model  was  compiled.  Extra  fields  for 
more  than  six  levels  follow  the  format  of  the  previous  fields. 

Each  day  a  level  starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BAS1  0  1  18  8  6 

indicates  that  base  BAS1  has  no  aircraft  in  peacetime.  Starting  on 
day  1  of  war,  BAS1  has  18  aircraft.  On  day  8,  the  level  reduces  to 
six  aircraft  that  lasts  throughout  the  scenario. 
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Columns  Format 

1-4  aaaa  Base  name. 

The  name  of  the  base  for  which  aircraft  levels  are 

specified.  Must  be  named  in  the  BASE  record  group. 
Enter  at  most  one  record  per  base. 

5-8  XXXX  First  aircraft  level. 

9-12  iiii  Day  second  level  starts. 

13-16  XXXX  Second  aircraft  level. 

17-20  iiii  Day  third  level  starts. 

21-24  XXXX  Third  aircraft  level. 

25-28  iiii  Day  fourth  level  starts. 

29-32  XXXX  Fourth  aircraft  level. 

33-36  iiii  Day  fifth  level  starts. 

37-40  XXXX  Fifth  aircraft  level. 

41-44  iiii  Day  sixth  level  starts. 

45-48  XXXX  Sixth  aircraft  level. 
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Application  Fractions 

Header  record:  APPL 

Restriction:  Must  follow  the  LRU  record  group. 

General  description: 

These  records  specify  the  fraction  of  each  base’s  aircraft  that 
contain  a  given  LRU.  Bases  for  which  application  fractions  are 
not  specified  default  to  application  fractions  of  one  (all  aircraft 
at  the  base  contain  the  LRU) . 

Columns 

12  3  4 

12345678901234567890123456789012345678901234567 


aaaaaaaaaaaaaaaa  aaaaXXXxx  aaaaXXXxx  aaaaXXXxx 


1 

1 

1 

1 

1  II  II 

|  ||  |  Third  application  fraction 

1 

1 

|  |  |  Third  base  name 

1 

1 

i 

|  |  Second  application  fraction 

1 

1 

|  Second  base  name 

1 

1 

First  application  fraction 

1 

LRU  name 

First  base  name 

4 

5 

6  7 

890123456789012345678901234567 
aaaaXXXxx  aaaaXXXxx  aaaaXXXxx 

II  II  II 

||  ||  |  Sixth  application  fraction 

||  ||  Sixth  base  name 

|  |  |  Fifth  application  fraction 

|  |  Fifth  base  name 

|  Fourth  application  fraction 
Fourth  base  name 


Detailed  description: 

Each  application  fraction  must  be  between  zero  and  one.  Base 
names  that  do  not  match  names  entered  in  the  BASE  record  group 
will  generate  a  warning  message.  Application  fractions  for  up  to 
six  bases  may  be  entered  on  a  single  record.  If  more  are  needed, 
multiple  records  are  allowed. 


APPL- 1 


For  example,  records  containing 

WIDGET  BAS1  .50  BAS2  .50  BAS3  .50  BAS4  .50 

WIDGET  BAS5  1.00  BAS6  1.00 

indicate  that  LRU  WIDGET  appears  on  half  the  aircraft  at  the  first  four 
bases  and  on  all  the  aircraft  at  the  last  two  bases.  (Note  that  the  data 
could  have  been  entered  on  one  record.) 

Columns  Format 


1-16 

al6 

LRU  name. 

The  name  of  the  LRU  for  which  application  fraction 
data  are  specified.  Must  be  named  in  the  LRU  record 
group.  Enter  as  many  records  as  needed  per  LRU. 

18-21 

aaaa 

First  base  name. 

Name  of  the  base  to  which  first  application  fraction 
applies . 

22-26 

XXXxx 

First  application  fraction. 

Fraction  of  the  aircraft  stationed  at  first  base  that 
contain  the  LRU. 

28-31 

aaaa 

Second  base  name. 

32-36 

XXXxx 

Second  application  fraction. 

38-41 

aaaa 

Third  base  name. 

42-46 

XXXxx 

Third  application  fraction. 

48-51 

aaaa 

Fourth  base  name. 

52-56 

XXXxx 

Fourth  application  fraction. 

58-61 

aaaa 

Fifth  base  name. 

62-66 

XXXxx 

Fifth  application  fraction. 

68-71 

aaaa 

Sixth  base  name. 

72-76 

XXXxx 

Sixth  application  fraction. 

APPL-2 
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Attrition  Rates 

Header  record:  ATTR 

Restriction:  Must  follow  the  BASE  and  ACFT  record  groups. 

General  description: 

These  records  specify  the  fraction  of  aircraft  that  are  attrited  per 
sortie  at  each  base  on  each  day  of  the  war  (there  is  no  peacetime 
attrition) .  Aircraft  at  bases  for  which  ATTR  records  are  not  given  do 
not  experience  attrition. 

Columns 

1  2  3  4  5 

123456789012345678901234567890123456789012345678901234 

aaaaXXxxx i i i iXXxxx i i i iXXxxx i i i iXXxxx i i i iXXxxx i i i iXXxxx 

I  I  I  I  I  I  I  I  I  I  I  I 

||  ||  ||  ||  ||  |  Sixth  attrition  rate 

|j  ||  |j  j|  j|  Day  sixth  rate  starts 

||  j|  ||  j|  |  Fifth  attrition  rate 

j|  |j  II  jj  Day  fifth  rate  starts 

j|  jj  jj  j  Fourth  attrition  rate 

||  ||  ||  Day  fourth  rate  starts 

jj  j|  I  Third  attrition  rate 

||  ||  Day  third  rate  starts 

|  |  |  Second  attrition  rate 

|  |  Day  second  rate  starts 

|  First  attrition  rate 
Base  name 


Detailed  description: 

The  maximum  number  of  attrition  rates  is  limited  by  the  value  of 
DMCHANGE,  selected  when  the  model  was  compiled.  Extra  fields  for 
more  than  six  rates  follow  the  format  of  the  previous  fields. 

Each  day  a  rate  starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BAS1  .01  5  .02 

indicates  that  base  BAS1  loses  .01  aircraft  per  sortie  (one  aircraft 
per  hundred  sorties)  flown  on  the  first  four  days  of  war.  On  day  5 
and  for  the  rest  of  the  scenario,  BAS1  loses  two  aircraft  per  hundred 
sorties  flown. 


ATTR- 1 


Columns  Format 


1-4  aaaa  Base  name. 

The  name  of  the  base  for  which  attrition  rates  are 
specified.  Must  be  named  in  the  BASE  record  group. 
Enter  at  most  one  record  per  base. 


5-9 

XXxxx 

First  attrition  rate. 

10-13 

iiii 

Day  second  rate  starts. 

14-18 

XXxxx 

Second  attrition  rate. 

19-22 

iiii 

Day  third  rate  starts. 

23-27 

XXxxx 

Third  attrition  rate. 

28-31 

iiii 

Day  fourth  rate  starts. 

32-36 

XXxxx 

Fourth  attrition  rate. 

37-40 

iiii 

Day  fifth  rate  starts. 

41-45 

XXxxx 

Fifth  attrition  rate. 

46-49 

iiii 

Day  sixth  rate  starts. 

50-54 

XXxxx 

Sixth  attrition  rate. 

ATTR-2 
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Base  Descriptions 

Header  record:  BASE 

Restriction:  Must  follow  the  DEPT  and  CIRF  record  groups  (if  any). 
General  description: 

These  records  describe  the  availability  of  repair  and  resupply  at  each 
base,  name  the  base's  cirf  (if  any),  and  describe  the  transportation 
resources  connecting  the  base  and  cirf.  A  record  is  required  for  each 
base . 

Columns 

12  3  4 

1234567890123456789012345678901234567890 

aaaaaaaaXXXxxXXXxxXXXxxiXXXxxXXXxxXXXxxi 

I  I  I  I  I  I!  I  I  I 

III  |  |  ||  |  |  Resupply  availability  switch 

jj|  |  |  j|  |  Resupply  start 

j||  |  |  ||  Cirf  cutoff  duration 

III  |  |  |Cirf  cutoff 

|j|  |  |  Cirf  availability  switch 

||j  |  Cirf  start 

|  |  |  Cirf-to-base  transportation  time 

|  |  Base-to-cirf  transportation  time 

|  Cirf  name 

Base  name 


4  5  6  7  8 

1234567890123456789012345678901234567890 

XXXxxXXXxxXXXxxXXXxxXXXxx iXXXxxXXXxx i i i i 

I  I  I  I  I  II  I  I  I 

|  |  |  |  |  ||  |  |  Onshore  switch 

|  |  |  |  |  ||  |  Identical  base  count 

|  |  |  |  |  ||  Reparable  arrival  time 

|  |  |  |  |  | Sustained  demand  start  time 

|  |  |  |  |  SRU  cannibalization  switch 

1111  SRU  repair  start 
I  j  I  RRR  repair  start 

|  |  RR  repair  start 

|  Resupply  cutoff  duration 
Resupply  cutoff 


Detailed  description: 

Cirf  resupply  and  cutoff  parameters  also  apply  to  the  retrograde 
(br.oa-to-cir f )  pipeline  if  the  cutoff  direction  switch  in  the  TOP 
record  group  is  set. 
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Detailed  description: 

Columns  Format 

1-4  aaaa  Base  name. 

The  name  of  the  base.  This  may  be  any  string  of  four 
characters  as  long  as  it  is  neither  a  keyword  (such  as 
''BASE")  nor  the  name  of  another  base,  cirf  or  depot. 

5-8  aaaa  Cirf  name. 

The  name  of  the  cirf  that  serves  this  base.  Must  be  named 
in  the  CIRF  record  group.  If  the  base  is  not  served  by  a 
cirf,  this  field  must  be  blank. 


9-13 

XXXxx 

Base-to-cirf  transportation  time  (in  days). 

14-18 

XXXxx 

Cirf-to-base  transportation  time  (in  days). 

19-23 

XXXxx 

Cirf  start. 

Day  resupply  from  the  cirf  first  becomes  available. 

24 

i 

Cirf  availability  switch. 

Set  to  1  if  parts  ordered  from  the  cirf  in  peacetime 
continue  to  arrive  at  the  base  prior  to  the  cirf  start  time 
Set  to  0  or  blank  if  they  do  not. 

25-29 

XXXxx 

Cirf  cutoff. 

Day  resupply  from  the  cirf  is  first  cut  off.  The  peacetime 
resupply  pipeline  from  the  cirf  is  also  cut  off,  even  if 
cirf  availability  is  set. 

30-34 

XXXxx 

Cirf  cutoff  duration. 

Number  of  days  resupply  from  the  cirf  is  cut  off. 

35-39 

XXXxx 

Resupply  start. 

Day  resupply  of  components  ordered  from  a  supplier  other 
than  the  cirf  or  depot  first  becomes  available. 


40  i  Resupply  availability  switch. 

Set  to  1  if  parts  ordered  in  peacetime  from  a  supplier 

other  than  the  cirf  or  depot  continue  to  arrive  at  the 
base  prior  to  the  resupply  start  time.  Set  to  0  or 
blank  if  they  do  not. 

41-45  XXXxx  Resupply  cutoff. 

Day  resupply  of  components  ordered  from  a  supplier  other 
than  the  cirf  or  depot  is  cut  off.  The  peacetime  resupply 
pipeline  is  also  cut  off,  even  if  resupply  availability  is 
set . 
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Columns 

46-50 

51-55 

56  60 

61-65 

66 

67-71 

12-lb 

77-79 

80 


Format 

XXXxx  Resupply  cutoff  duration. 

Number  of  days  that  resupply  of  components  ordered  from 
a  supplier  other  than  the  cirf  or  depot  is  cut  off. 

XXXxx  RR  repair  start. 

Day  the  base  can  start  repairing  LRUs  coded  RR . 

(This  field  is  disregarded  if  an  ILM  record  is  included 
for  the  base.) 

XXXxx  RRR  repair  start. 

Day  the  base  can  start  repairing  LRUs  coded  RRR. 

(This  field  is  disregarded  if  an  ILM  record  is  included 
for  the  base.) 

XXXxx  SRU  repair  start. 

Day  the  base  can  start  repairing  SRUs  and  subSRUs. 

i  SRU  cannibalization  switch. 

Set  to  1  if  the  base  cannibalizes  SRUs  and  subSRUs;  set  to 
0  or  blank  if  it  does  not.  SRUs  may  only  be  cannibalized 
between  identical  LRUs  that  are  AWaiting  Parts.  Similarly, 
subSRUs  may  only  be  cannibalized  between  identical  SRUs 
that  are  AWP. 

XXXxx  Sustained  demand  start  time. 

Day  that  components  begin  to  break  according  to  their 
sustained  demand  rates  (entered  in  the  VTM  record  group) 
as  opposed  to  their  wartime  demand  rates.  If  set  to  0  or 
blank,  the  wartime  rates  remain  in  effect  for  the  entire 
wartime  sL  mario. 

XXXxx  Reparable  arrival  time. 

Day  that  peacetime  reparables  are  deployed  to  the  base. 
Prior  to  this  day,  peacetime  reparables  are  riot  available 
to  be  repaired,  even  if  repair  facilities  are  available. 

iii  Identical  base  count. 

Number  of  bases  identical  to  this  one  to  be  analyzed.  Do 
not  explicitly  enter  records  for  the  other  bases.  Blank, 

0  or  1  implies  a  unique  base. 

i  Onshore  switch. 

Set  to  1  to  indicate  an  onshore  base;  set  to  0  to  indicate 
an  offshore  base.  (LRUs  and  SRUs  can  have  two  different 
demand  rates,  one  for  each  base  type.) 
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Cirf  Descriptions 

Header  record:  CIRF 

Restriction:  Must  precede  the  BASE  record  group. 

General  description: 

These  records  describe  the  availability  of  repair  and  resupply  at  each 
cirf . 

Columns 

3  4  5  6  7 

1234. . .01234567890123456789012345678901234567890123456 

aaaa  XXXxx iXXXxxXXXxxXXXxxXXXxxXXXxxi  XXXxx 

I  I  II  I  I  I  I  I  I 

|  I  I  I  I  I  I  I  I  Reparable  arrival  time 

I  |  | |  |  |  |  |  SRU  cannibalization  switch 

|  jillll  SRU  repair  start 

|  I  I  I  I  I  RRR  repair  start 

j  j  | I  j  RR  repair  start 

|  III  Resupply  cutoff  duration 

|  |  | Resupply  cutoff 

|  |  Resupply  availability  switch 

|  Resupply  start 

Cirf  name 


Detailed  description: 
Columns  Format 


1-4  aaaa  Cirf  name. 

The  name  of  the  cirf.  This  may  be  any  string  of  four 
characters  as  long  as  it  is  neither  a  keyword  (such  as 
"CIRF")  nor  the  name  of  another  base,  cirf  or  depot. 

35-39  XXXxx  Resupply  start. 

Day  resupply  of  components  ordered  from  a  supplier  other 
than  the  depot  first  becomes  available. 


40  i  Resupply  availability  switch. 

Set  to  1  if  parts  ordered  in  peacetime  from  a  supplier 
other  than  the  depot  continue  to  arrive  at  the  cirf  prior 
to  the  resupply  start  time  Set  to  0  or  blank  if  they  do 
not . 
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Columns  Format 

41-45  XXXxx  Resupply  cutoff. 

Day  resupply  of  components  ordered  from  a  supplier  other 
than  the  depot  is  cut  off.  The  peacetime  resupply  pipe¬ 
line  from  the  depot  is  also  cut  off,  even  if  resupply 
availability  is  set. 

46-50  XXXxx  Resupply  cutoff  duration. 

Number  of  days  that  resupply  of  components  ordered  from 
a  supplier  other  than  the  depot  is  cut  off. 

51-55  XXXxx  RR  repair  start. 

Day  the  cirf  can  start  repairing  LRUs  coded  RR. 

(This  field  is  disregarded  if  an  ILM  record  is  included 
for  the  cirf . ) 

56-60  XXXxx  RRR  repair  start. 

Day  the  cirf  can  start  repairing  LRUs  coded  RRR. 

(This  field  is  disregarded  if  an  ILM  record  is  included 
for  the  cirf . ) 

61-65  XXXxx  SRU  repair  start. 

Day  the  cirf  can  start  repairing  SRUs  and  subSRUs . 

66  i  SRU  cannibalization  switch. 

Set  to  1  if  the  cirf  cannibalizes  SRUs  and  subSRUs;  set  to 
0  or  blank  if  it  does  not.  SRUs  may  only  be  cannibalized 
between  identical  LRUs  that  are  AWaiting  Parts.  Similarly, 
subSRUs  may  only  be  cannibalized  between  identical  SRUs 
that  are  AWP. 

72-76  XXXxx  Reparable  arrival  time. 

Day  that  peacetime  reparables  are  deployed  to  the  cirf. 
Prior  to  this  day,  peacetime  reparables  are  not  available 
to  be  repaired,  even  if  repair  facilities  are  available. 
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Depot  Descriptions 

Header  record:  DEPT 

Restriction:  Must  precede  the  BASE  record  group. 

General  description: 

These  records  describe  the  availability  of  repair  and  resupply  at  each 
depot . 

Columns 

3  4  5  6  7 

1234. . .01234567890123456789012345678901234567890123^56 

aaaa  XXXxxiXXXxxXXXxxXXXxxXXXxxXXXxxi  XXXxx 

I  I  II  I  I  I  I  I  I 

|  I  I  I  I  I  I  I  I  Reparable  arrival  time 

j  jiijjjl  SRU  cannibalization  switch 

|  |  j  j  j  j  |  SRU  repair  start 

|  j  | j  |  j  RRR  repair  start 

I  |  !  j  j  RR  repair  start 

|  III  Resupply  cutoff  duration 

|  |  | Resupply  cutoff 

|  |  Resupply  availability  switch 

|  Resupply  start 

Depot  name 


Detailed  description: 
Columns  Format 


1-4  aaaa  Depot  name. 

The  name  of  the  depot.  This  may  be  any  string  of  four 
characters  as  long  as  it  is  neither  a  keyword  (such  as 
"DEPT")  nor  the  name  of  another  base,  cirf  or  depot. 

35-39  XXXxx  Resupply  start. 

Day  resupply  of  components  ordered  from  an  outside  supplier 
first  becomes  available. 


40  i  Resupply  availability  switch. 

Set  to  1  if  parts  ordered  in  peacetime  continue  to  arrive 

at  the  depot  prior  to  the  resupply  start  time.  Set  to  0  or 
blank  if  they  do  not. 

41-45  XXXxx  Resupply  cutoff. 

Day  resupply  of  components  ordered  from  an  outside  supplier 
is  cut  off.  The  peacetime  resupply  pipeline  is  also  cut 
off,  even  if  resupply  availability  is  set. 
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Columns  1'ormat 


46-50  XXXxx  Resupply  cutoff  duration. 

Number  of  days  that  resupply  of  parts  ordered  from  an 
outside  supplier  is  cut  off. 

51-55  XXXxx  RR  repair  start. 

Day  the  depot  can  start  repairing  LRUs  coded  RR. 

(This  field  is  disregarded  if  an  ILM  record  is  included 
for  the  depot.) 


56-60  XXXxx  RRR  repair  start. 

Day  the  depot  can  start  repairing  LRUs  coded  RRR. 

(This  field  is  disregarded  if  an  ILM  record  is  included 
for  the  depot . ) 

61-65  XXXxx  SRU  repair  start. 

Day  the  depot  can  start  repairing  SRUs  and  subSRUs . 

66  i  SRU  cannibalization  switch. 

Set  to  1  if  the  depot  cannibalizes  SRUs  and  subSRUs;  set  to 
0  or  blank  if  it  does  not.  SRUs  may  only  be  cannibalized 
between  identical  LRUs  that  are  AWaiting  Parts.  Similarly, 
subSRUs  may  only  be  cannibalized  between  identical  SRUs 
that  are  AWP. 


72-76  XXXxx  Reparable  arrival  time. 

Day  that  peacetime  reparables  are  deployed  to  the  depot. 
Prior  to  this  day,  peacetime  reparables  are  not  available 
to  be  repaired,  even  if  repair  facilities  are  available. 
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Header  record:  FLHR 
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Restrictions:  Must  follow  the  BASE  record  group. 

General  description: 

These  records  specify  how  many  flying  hours  are  required  per  sortie 
at  each  base  during  peacetime  and  each  day  of  the  war.  Aircraft  at 
bases  for  which  FLHR  records  are  not  given  are  assumed  to  fly  sorties 
of  one  hour  each. 

Columns 

12  3  4 

123456789012345678901234567890123456789012345678 

aaaaXXXX i i i iXXXX i i i iXXXX i i i iXXXX i i i iXXXX i i i iXXXX 

I  I  I  I  I  I  I  I  I  I  I  I 

|  |  |  |  |  |  |  |  |  |  |  Sixth  flying  hours  level 

|  j  j  j  j  I  |  Day  sixth  level  starts 

|  |  |  |  |  j  |  |  |  Fifth  flying  hours  level 

j  j  j  j  j  j  j  j  Day  fifth  level  starts 

|  |  |  |  |  |  |  Fourth  flying  hours  level 

jjlljj  Day  fourth  level  starts 
|  |  |  |  |  Third  flying  hours  level 

|  |  |  |  Day  third  level  starts 

|  |  |  Second  flying  hours  level 

|  |  Day  second  level  starts 

|  First  flying  hours  level 
Base  name 


Detailed  description: 

The  maximum  number  of  flying  hour  levels  is  limited  by  the  value  of 
DMCHANGE,  selected  when  the  model  was  compiled.  Extra  fields  for 
more  than  six  levels  follow  the  format  of  the  previous  fields. 

Each  day  a  level  starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BAS1  2.  4  1.5 

indicates  that  aircraft  at  base  BAS1  fly  sorties  of  two  hours  each 
in  peacetime  and  through  the  first  three  days  of  war.  From  day  4  on, 
they  fly  sorties  of  one  and  a  half  hours  each. 
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Columns  Format 

1-4  aaaa  Base  name. 

The  name  of  the  base  for  which  flying  hours  per  sortie  are 
specified.  Must  be  named  in  the  BASE  record  group.  Enter 
at  most  one  record  per  base. 


5-8 

XXXX 

First  flying  hours  level. 

9-12 

iiii 

Day  second  level  starts. 

13-16 

XXXX 

Second  flying  hours  level. 

17-20 

iiii 

Day  third  level  starts. 

21-24 

XXXX 

Third  flying  hours  level. 

25-28 

iiii 

Day  fourth  level  starts. 

29-32 

XXXX 

Fourth  flying  hours  level. 

33-36 

iiii 

Day  fifth  level  starts. 

37-40 

XXXX 

Fifth  flying  hours  level. 

41-44 

iiii 

Day  sixth  level  starts. 

45-48 

XXXX 

Sixth  flying  hours  level. 
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Maintenance  Deployment 

Header  record:  ILM 

Restriction:  Must  follow  the  BASE  record  group. 

General  description: 

These  records  name  the  different  maintenance  types  that  apply  to  the 
LRUs  and  specify  when  each  becomes  available  at  each  location. 

Columns  (first  record) 

12  3 

12345678901234567890123456789012345 

aaaa  aaaa  aaaa  aaaa  aaaa  aaaa 

I  I  I 

|  |  Name  of  maintenance  type  5 

|  Name  of  maintenance  type  4 

Name  of  maintenance  type  3 
I  |  Name  of  maintenance  type  2 

|  Name  of  maintenance  type  1 
Name  of  maintenance  type  0 

Columns  (remaining  records) 

1  2  3 

12345678901234567890123456789012345 

aaaa  XXXx  XXXx  XXXx  XXXx  XXXx  XXXx 

I  I  I  I  I  I  I 

|  |  |  |  |  |  Day  maintenance  type  5  starts 

|  |  |  |  |  Day  maintenance  type  4  starts 

|j||  Day  maintenance  type  3  starts 
|  |  |  Day  maintenance  type  2  starts 

|  |  Day  maintenance  type  1  starts 

|  Day  maintenance  type  0  starts 
Location  name 


Detailed  description: 

The  maximum  number  of  maintenance  types  is  limited  by  the  value  of 
DMCHANGE,  selected  when  the  model  was  compiled.  Extra  fields  for 
more  than  six  levels  follow  the  format  of  the  previous  fields. 

Maintenance  types  are  designated  by  any  string  of  four  letters,  not 
necessarily  unique.  If  the  ILM  record  group  is  omitted,  maintenance 
type  0  defaults  to  RR  and  maintenance  type  1  defaults  to  RRR,  with 
all  other  maintenance  types  blank.  Start  times  must  be  zero  or 
greater.  A  start  time  between  zero  and  one  implies  day  1. 


ILM- 1 


158 


For  example,  records  containing 

ILM1  ILM2  JEIM 
BAS1  3.  5.  0. 

indicate  that  at  base  BAS1,  maintenance  type  ILM1  becomes  available  on 
day  3  of  war,  ILM2  becomes  available  on  day  5,  and  JEIM  has  always  been 
available,  even  in  peacetime. 

First  record: 

Columns  Format 

6-9  aaaa  Name  of  maintenance  type  0. 

11-14  aaaa  Name  of  maintenance  type  1. 

16-19  aaaa  Name  of  maintenance  type  2. 

21-24  aaaa  Name  of  maintenance  type  3. 

26-29  aaaa  Name  of  maintenance  type  4. 

31-34  aaaa  Name  of  maintenance  type  5. 

Remaining  record(s): 

Columns  Format 

1-4  aaaa  Location  name. 

The  name  of  the  location  for  which  maintenance  type 
start  times  are  specified.  Must  be  named  in  the  BASE, 
CIRF  or  DEPT  record  group.  Enter  at  most  one  record 
per  location. 

6-9  XXXx  Day  maintenance  type  0  starts. 

11-14  XXXx  Day  maintenance  type  1  starts. 

16-19  XXXx  Day  maintenance  type  2  starts. 

21-24  XXXx  Day  maintenance  type  3  starts. 

26-^9  XXXx  Day  maintenance  type  4  starts. 

31-34  XXXx  Day  maintenance  type  5  starts. 
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Header  record:  INDT 
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Restriction:  Must  follow  the  LRU,  SRU  and  (if  any)  SSRU  record  groups. 
General  description: 

These  records  specify  the  relationships  between  LRUs  and  their 
indentured  SRUs,  and  between  SRUs  and  their  subSRUs.  Do  not  include 
records  for  LRUs  that  have  no  indentured  SRUs.  All  SRUs  must  be 
indentured  to  at  least  one  LRU  and  all  subSRUs  to  at  least  one  SRU. 

Columns 

12  3 

123456789012345678901234567890123456789 

aaaaaaaaaaaaaaaaiaiii  XXxxx  XXxxx  XXxxx 

I  III  I  I  I 

|  I  I  I  I  I  Base  replacement  fraction 

|  I  I  I  I  Cirf  replacement  fraction 

|  III  Depot  replacement  fraction 

|  | | Quantity  per  higher  assembly 

j  | LRU / SRU / subSRU  indicator 

!  Indenture  mode  specifier 

Part  name 


Detailed  description: 

Records  appear  in  families  consisting  of  parents  and  children.  The 
first  record  in  a  family  names  the  parent:  either  an  LRU  to  which  SRUs 
are  indentured  or  an  SRU  to  which  subSRUs  are  indentured.  The  records 
following  the  parent  name  the  children  or  indentured  parts  (SRUs  or 
subSRUs).  SRUs  may  appear  more  than  once:  as  a  child  indentured  to  at 
least  one  parent  LRU,  and  as  a  parent  to  which  subSRUs  are  indentured. 

For  example,  records  containing 


ENGINE  1L 

AUGMENTOR  S  1 

GEARBOX  S  1 

AUGMENTOR  IS 

VALVE  i  2 


indicate  that  LRU  ENGINE  has  two  SRUs  indentured  to  it,  each  with  a 
quantify  of  one  on  that  LRU.  In  addition,  SRU  AUGMENTOR  has  a  subSRU 
indentured  to  it  that  has  a  quantity  per  next  higher  assembly  of  two. 
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Columns  Format 


1-16  al6  Part  name. 

Name  of  LRU,  SRU  or  subSRU. 


17  i  Indenture  mode  specifier. 

Set  to  1  for  parent  LRUs  and  SRUs  (those  having 
parts  indentured  to  them) .  Set  to  blank  or  0  for 
child  SRUs  and  subSRUs  (those  that  are  indentured 
to  the  most  recently  named  parent).  SRUs  may  be 
indentured  only  to  LRUs  and  subSRUs  only  to  SRUs. 

18  a  LRU/ SRU/ subSRU  indicator. 

Enter  "L"  for  LRUs,  "S"  for  SRUs,  and  "B”  for 
subSRUs . 


19-21  iii 


23-27  XXxxx 


29-33  XXxxx 


35-39  XXxxx 


Quantity  per  higher  assembly. 

Quantity  of  this  part  on  the  next  higher  assembly. 
For  SRUs,  its  number  on  the  parent  LRU;  for  subSRUs, 
its  number  on  the  parent  SRU.  Quantities  must  be 
greater  than  zero.  This  field  is  disregarded  for 
parent  records  (as  designated  in  the  indenture  mode 
specifier) . 

Depot  replacement  fraction. 

Fraction  of  the  part  arriving  at  a  depot  on  its  next 
higher  assembly  that  will  be  removed  and  replaced. 
This  field  is  disregarded  for  parent  records. 

Cirf  replacement  fraction  (subSRUs  only). 

Fraction  of  the  subSRU  arriving  at  a  cirf  on  its 
higher  SRU  assembly  that  will  be  removed  and 
replaced . 

Base  replacement  fraction  (subSRUs  only) . 

Fraction  of  the  subSRU  on  its  higher  SRU  assembly 
in  base  repair  that  will  be  removed  and  replaced. 
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LRU  Descriptions 

Header  record:  LRU 

Restriction:  Must  follow  the  scenario  record  groups. 

General  description: 

These  records  describe  the  failure,  repair  and  resupply  characteristics 
of  each  LRU.  A  pair  of  these  records  is  required  for  each  LRU. 

Columns  (first  record  of  pair) 

12  3  4 

1234567890123456789012345678901234567890 


aaaaaaaaaaaaaaaa  aaaa  i  iiiiiiiiiXXxxxxx 


1 

1 

1 

1 

1  11 

1  II 

1  III 

|  | | Onshore  demand  rate 

1 

1 

1 

1 

1  II 

1  II 

|  | NRTS/condemnation/fai led  SRU  policy 

1  Demands  per  sortie  indicator 

1 

1 

1  II 

Minimum  quantity 

1 

i 

|  | Quantity  per  aircraft 

1 

i 

|  Cirf 

reparability  switch 

1 

i 

Level 

of  repair 

1 

Depot 

name 

LRU  name 

4 

5 

6 

7 

1234567890123456789012345678901234567 
XXxxxxxXXXxx  XXxx  XXxxXXXxx  XXxx  XXxx 

I  I  I  I  I  I  I 

|  1  III  I  Cirf-served  base 

|  |  III  I  condemnation  rate 

|  |  III  Cirf-served  base  NRTS  rate 

|  III  Cirf-served  base  repair  time 

|  |  |  Lone  base  condemnation  rate 

i  |  Lone  base  NRTS  rate 

|  Lone  base  repair  time 

Offshore  demand  rate 


Detailed  description: 

For  LRUs  not  assigned  to  constrained  repair,  repair  (cycle)  time 
includes  time  awaiting  maintenance  and  in  work  (and  time  awaiting  parts 
if  there  are  no  SRUs).  Otherwise,  it  is  the  time  the  repair  resource 
is  exclusively  dedicated  to  the  LRU  (excluding  time  spent  in  the  queue). 

Condemnation  rates  are  given  as  a  percentage  of  all  LRUs,  not  as  a 
percentage  on  non-NRTS  LRUs.  Thus  the  sum  of  the  condemnation  and  NRTS 
rates  for  a  particular  echelon  cannot  exceed  one  (100%). 
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Columns  (second  record  of  pair) 

12  3  4 

1234567890123456789012345678901234567890123456 


aaaaaaaaaaaaaaaa  XXxx  XXxx  XXxxXXXxx  XXXx  XXxx 

I  I  I  I  I  I  I 

|  I  I  I  i  I  Depot  condemnation  rate 

|  I  I  i  I  Depot  repair  limit 

|  III  Depot  repair  time 

|  |  |  Cirf  condemnation  rate 

|  |  Cirf  NRTS  rate 

|  Cirf  repair  time 


LRU  name 


4  5  6  7 

78901234567890123456789012345 

XXXXxXXXXx  XXXXXXXX  aaaaaaa  i 

III  I  I 

III  |  No  cannibalization  indicator 

|  |  |  Work  unit  code 

|  |  Cost 

|  Wartime  resupply  time 
Peacetime  resupply  time 


First  record  of  pair: 

Columns  Format 

1-16  a  16  LRU  name. 

The  name  of  the  LRU.  This  may  be  any  string  of  16 
characters  as  long  as  it  has  neither  the  name  of 
another  LRU,  SRU  or  subSRU  nor  the  first  four 
characters  of  a  keyword  (such  as  "BASE1  ENGINE,,) . 

18-21  aaaa  Depot  name. 

The  name  of  the  depot  that  repairs  this  LRU.  Must 
be  named  in  the  DEPT  record  group.  If  the  LRU  is 
not  repaired  by  a  depot,  this  field  must  be  blank. 

23  i  Level  of  repair. 

Set  to  1  if  the  LRU  can  be  repaired  at  a  base,  cirf 
or  depot.  Set  to  2  if  the  LRU  can  be  repaired  at  a 
cirf  or  depot  but  not  a  base.  Set  to  3  if  the  LRU 
can  only  be  repaired  at  a  depot.  Regardless  of 
setting,  LRU  always  experiences  base  administrative 
delay . 
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Columns  Format 


25  i  Cirf  reparability  switch. 

Set  to  1  if  a  cirf  can  repair  the  LRU;  set  to  0  or 
blank  if  it  cannot.  This  field  is  disregarded  if 
the  level  of  repair  is  3  (depot  only) . 

26-28  iii  Quantity  per  aircraft. 

Number  of  this  LRU  per  aircraft  at  all  bases. 
Different  QPAs  across  bases  are  specified  in 
the  QPA  record  group  and  override  this  field. 

29-31  iii  Minimum  quantity. 

Minimum  number  of  this  LRU  required  for  the 
aircraft  to  be  mission  capable  (i.e.,  the  QPA 
from  the  previous  field  less  the  number  that  may 
be  broken  without  impairing  the  aircraft's 
capability).  Different  minimum  quantities  across 
bases  are  specified  in  the  QPA  record  group  and 
override  this  field. 

32  i  Demands  per  sortie  indicator. 

Set  to  1  if  the  demand  rates  (described  below)  are 
per  sortie;  set  to  0  or  blank  if  the  demand  rates 
are  per  flying  hour.  (Mode  of  failure  for 
indentured  SRUs  is  the  same  as  that  of  the  LRU.) 

33  i  NRTS/condemnai-ion/failed  SRU  policy. 

Indicates  when  the  decision  to  NRTS  or  condemn  the 
LRU  is  made,  and  when  failed  SRUs  indentured  to 
the  LRU  are  discovered.  Set  to  1  if  these  occur 
before  attempting  repair;  set  to  0  or  blank  if  the 
LRU  first  enters  repair. 

34-40  XXxxxxx  Onshore  demand  rate  (peacetime). 

At  onshore  bases,  the  fraction  of  the  LRU  that 
breaks  per  flying  hour/sortie  (determined  in  column 
32)  in  peacetime.  (The  wartime  demand  rate  is 
determined  by  multiplying  this  field  by  the  onshore 
demand  rate  multiplier  in  the  VTM  record  group.) 

41-47  XXxxxxx  Offshore  demand  rate  (peacetime) . 

At  offshore  bases,  the  fraction  of  the  LRU  that 
breaks  per  flying  hour/sortie  (determined  in  column 
32)  in  peacetime.  (The  wartime  demand  rate  is 
determined  by  multiplying  this  field  by  the  offshore 
demand  rate  multiplier  in  the  VTM  record  group.) 


48-52  XXXxx 


Lone  base  repair  time  (in  days). 

Repair  time  at  bases  not  served  by  a  cirf. 
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Columns  Format 
54-57  XXxx 

59-62  XXxx 

63-67  XXXxx 

69-72  XXxx 

74-77  XXxx 

Second  record  of 
Columns  Format 
1-16  a'* 

18-21  XXxx 

23-26  XXxx 

28-31  XXxx 

32 -3n  XXXxx 

38-41  XXXx 


Lone  base  NRTS  rate. 

Fraction  of  removals  at  bases  not  served  by  a 
cirf  that  are  declared  NRTS. 

Lone  base  condemnation  rate. 

Fraction  of  removals  at  bases  not  served  by  a 
cirf  that  are  declared  condemned. 

Cirf-served  base  repair  time  (in  days). 

Repair  time  at  bases  served  by  a  cirf. 

Cirf-served  base  NRTS  rate. 

Fraction  of  removals  at  bases  served  by  a  cirf 
that  are  declared  NRTS. 

Cirf-served  base  condemnation  rate. 

Fraction  of  removals  at  bases  served  by  a  cirf 
that  are  declared  condemned. 


pair : 


LRU  name. 

The  name  of  the  LRU.  Must  match  LRU  name  given 
on  first  record  of  pair. 

Cirf  repair  time  (in  days). 

Repair  time  at  cirfs. 

Cirf  NRTS  rate. 

Fraction  of  removals  at  cirfs  that  are  declared 
NRTS. 

Cirf  condemnation  rate. 

Fraction  of  removals  at  cirfs  that  are  declared 
condemned . 

Depot  repair  '  ;me  (in  days). 

Repair  time  at  the  depot. 

Depot  repair  limit. 

Maximum  number  of  the  LRU  that  can  be  repaired  at 
the  depot  each  day  during  wartime.  (Applies  only  to 
LRUs  not  assigned  to  constrained  repair.)  A  value 
of  0  means  no  limit,  while  a  value  of  -1  mean?  no 
depot  repair. 
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43-46  XXxx  Depot  condemnation  rate. 

Fraction  of  removals  at  the  depot  ttat  are  declared 
condemned . 

47-51  XXXXx  Peacetime  resupply  time  (in  days). 

The  expected  time  for  the  highest  echelon  repairing 
the  LRU  to  procure  a  replacement  during  peacetime. 

52-56  XXXXx  Wartime  resupply  time  (in  days). 

The  expected  time  for  the  highest  echelon  repairing 
the  LRU  to  procure  a  replacement  during  wartime. 

58-65  XXXXXXXX  Cost. 

Unit  cost  of  the  LRU. 

67-73  aaaaaaa  Work  unit  code. 

This  field  may  contain  any  string  of  7  characters. 

75  i  No  cannibalization  indicator. 

Set  to  1  if  the  LRU  cannot  be  cannibalized;  set 
blank  or  0  if  it  can.  This  switch  affects  only  the 
results  in  the  performance  report  (selected  with 
option  11  in  the  OPT  record  group)  for  the  partial 
cannibalization  assumption. 
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Mission  Requirements 

Header  record:  MESL 

Restriction:  Must  follow  the  BASE  record  group. 

General  description: 

These  records  specify  which  missions  the  aircraft  at  each  base  fly 
during  peacetime  and  on  each  day  of  war.  Aircraft  at  bases  for  which 
MESL  records  are  not  given  are  assumed  to  fly  all  missions. 

Columns 

1  2  3  4  5 

12345678901234567890123456789012345678901234567890 

aaaa  aaaaaiiiaaaaaiiiaaaaaiiiaaaaaiiiaaaaaiiiaaaaa 

I  I  I  I  II  II  II  II 

|  |  ||  ||  ||  ||  |  Sixth  set  of  missions 

j  j  ||  j|  |j  j|  Day  sixth  set  starts 

I  |  ||  |j  ||  |  Fifth  set  of  missions 

j  j  II  jj  j)  Day  fifth  set  starts 

|  |  ||  ||  |  Fourth  set  of  missions 

|  |  ||  ||  Day  fourth  set  starts 

|  |  ||  |  Third  set  of  missions 

|  |  ||  Day  third  set  starts 

)  |  |  Second  set  of  missions 

|  |  Day  second  set  starts 

|  First  set  of  missions 
Base  name 


Detailed  description: 

The  maximum  number  of  mission  sets  is  limited  by  the  value  of  DMCHANGE , 
selected  when  the  model  was  compiled.  Extra  fields  for  more  than  six 
sets  follow  the  format  of  the  previous  fields. 

The  number  of  missions  within  a  set  is  limited  by  the  value  of  DMMISSNS, 
also  selected  when  the  model  was  compiled  (we  assume  a  value  of  5). 
Should  this  parameter  not  equal  5,  the  "set  of  missions"  fields  will 
alter  in  length. 

Each  column  in  the  set  of  missions  fields  represents  a  mission.  The 
value  of  these  columns  must  be  either  1  (the  base  flies  that  particular 
mission)  or  0  (t.h°  base  does  not  fly  that  mission).  Each  day  a  set 
starts  must  be  greater  than  the  previous  day.  Whether  or  not  an  LRU  is 
essential  for  a  mission  is  determined  in  the  VTM  record  group. 
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For  example,  a  record  containing 
BAS1  10011  311111 

indicates  that  at  base  BAS1,  aircraft  fly  the  first,  fourth  and  fifth 
missions  in  peacetime  and  through  the  end  of  day  2.  On  day  3  and  for 
the  rest  of  the  scenario,  BASl's  aircraft  fly  all  five  missions. 

Columns  Format 

1-4  aaaa  Base  name. 

The  name  of  the  base  for  which  missions  are  specified. 
Must  be  named  in  the  BASE  record  group.  Enter  at  most 
one  record  per  base. 

6-10  aaaaa  First  set  of  missions. 

11-13  iii  Day  second  set  starts. 

14-18  aaaaa  Second  set  of  missions. 

19-21  iii  Day  third  set  starts. 

22-26  aaaaa  Third  set  of  missions. 

27-23  iii  Day  fourth  set  starts. 

30-34  aaaaa  Fourth  set  of  missions. 

35-37  iii  Day  fifth  set  starts. 

38-42  aaaaa  Fifth  set  of  missions. 

43-45  iii  Day  sixth  set  starts. 

46-50  aaaaa  Sixth  set  of  missions. 
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Option  Selection 

Header  record:  OPT 
Oeneral  description: 

These  records  define  the  options  that  generate  Dyna-METRIC ' s  reports 
and  specify  the  parameters  that  further  define  the  options. 

Columns 

1  2 
12345678901234567890 

ii i iiiXXXxx 

I  I  I 

|  |  Second  parameter 

|  First  parameter 
Option  number 


Detailed  description: 

Options  and  their  associated  parameter  values  are  described  below. 
Columns  Format 


5-7 

i  ii 

Option 

number . 

8-10 

iii 

First 

parameter . 

11-15 

XXXxx 

Second 

parameter 

Option  Description 

1  Wartime  depot  daily  repair  limit. 

The  maximum  number  of  each  component  that  can  finish  depot  repair 
on  each  day  of  war  is  a  percentage  of  the  peacetime  daily 
completions.  For  example,  200  means  that  twice  as  much  can  be 
repaired  per  day  in  wartime  as  in  peacetime;  50  means  that  half 
as  much  can  be  repaired;  0  means  no  wartime  depot  repair.  The 
first  parameter  contains  the  percentage  (0  to  999).  The  second 
parameter  is  not  used. 

CAUTION:  Option  1  overrides  the  depot  repair  limit  entered  in 

the  LRU,  SRU  and  SSRU  record  groups  and  echoed  in  Table  2. 
Instead,  use  option  18  to  report  the  values  that  were  used. 

Using  option  1  without  a  peacetime  flying  program  implies  wartime 
repair  limits  of  zero,  effectively  cutting  off  depot  repair. 
Option  1  must  be  run  with  Option  11  fperformance  report  and/or 
Option  18  (daily  demands  report). 
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Option  Description 

2  Depot  LRU  stockage. 

For  each  LRU,  add  enough  depot  stock  so  as  not  to  exceed  a  target 
number  of  degraded  theater  aircraft  with  a  specified  confidence 
level.  The  LRU  may  degrade  the  aircraft  because  of  depot  repair  or 
retrograde  transportation  delays.  The  first  parameter  is  the 
percent  of  theater  aircraft  that  may  be  degraded  (0  to  100).  The 
second  parameter  is  the  confidence  level  (between  0  and  1) . 

CAUTION:  This  option  reports  only  the  cost  of  the  stock;  also 
select  option  9  to  report  the  stock  levels.  Do  not  request  0% 
degraded  aircraft  with  1.00  confidence. 

3  Base  LRU  stockage  for  individual  LRU  goal. 

For  each  LRU,  add  enough  stock  at  each  base  so  that  an  individual 
LRU  does  not  exceed  a  target  number  of  degraded  aircraft  with  a 
specified  confidence  level.  The  LRU  may  degrade  the  aircraft 
because  of  base  repair  or  serviceable  transportation  delays.  The 
first  parameter  is  the  percent  of  aircraft  at  each  base  that  may 
be  degraded  (0  to  100).  The  second  parameter  is  the  confidence 
level  (between  0  and  1). 

CAUTION:  This  option  reports  only  the  cost  of  the  stock;  also 

select  option  9  to  report  the  stock  levels.  Stock  is  not  bought 
beyond  the  (non-zero)  cost  limits  selected  with  option  4.  Do  not 
request  0%  degraded  aircraft  with  1.00  confidence. 

4  Base  LRU  stockage  for  overall  aircraft  goal. 

Across  all  LRUs,  add  enough  stock  at  each  base  so  that  taken 
together,  the  LRUs  do  not  exceed  a  target  number  of  degraded 
aircraft  at  a  specified  confidence  level.  Any  LRU  may  degrade 
the  aircraft  because  of  base  repair  or  serviceable  transportation 
delays.  The  first  parameter  is  the  percent  of  aircraft  at  each 
base  that  may  be  degraded  (0  to  100).  The  second  parameter  is 
the  confidence  level  (between  0  and  1). 

CAUTION:  This  option  reports  only  the  cost  of  the  stock;  also 

select  option  9  to  report  the  stock  levels.  Do  not  request  0% 
degraded  aircraft  with  1.00  confidence. 

The  difference  between  options  3  and  4  is  best  described  with  an 
example.  Let's  specify  that  no  aircraft  be  degraded  with  .90 
confidence  for  10  LRUs.  Option  3  selects  stock  for  each  LRU  so 
that  the  probability  of  not  having  a  stock  shortfall  for  that  part 
is  90%.  With  option  4,  that  probability  is  the  product  of  each 
LRU's  probability  of  not  having  a  stock  shortfall  (.9010  or  35;<>)  • 
Option  4  selects  additional  stock  until  the  target  confidence  level 
is  attained. 
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Option  Description 

5  Cirf  LRU  stockage. 

For  each  LRU,  add  enough  cirf  stock  so  as  not  to  exceed  a  target 
number  of  degraded  aircraft  at  the  cirf's  bases,  with  a  specified 
confidence  level.  The  LRU  may  degrade  the  aircraft  because  of 
cirf  repair  or  retrograde  transportation  delays.  The  fust 
parameter  is  the  percent  of  aircraft  at  the  cirf's  bases  that  may 
be  degraded  (0  to  100).  The  second  parameter  is  the  confidence 
level  (between  0  and  1). 

CAUTION:  This  option  reports  only  the  cost  of  the  stock;  also 
select  option  9  to  report  the  stock  levels.  Do  not  request  0% 
degraded  aircraft  with  1.00  confidence. 

6  SRU  and  subSRU  stockage. 

For  each  SRU  and  subSRU,  add  enough  base,  cirf  and  depot  stock 
so  as  not  to  exceed  a  target  number  of  degraded  aircraft  with  a 
specified  confidence.  The  SRU  or  subSRU  may  degrade  the  aircraft 
because  of  component  repair  delays.  The  first  parameter  is  the 
percent  of  aircraft  that  may  be  degraded  (0  to  100).  The  second 
parameter  is  the  confidence  level  (between  0  and  1). 

CAUTION:  This  option  reports  only  the  cost  of  the  stock;  also 

select  option  9  to  report  the  stock  levels.  Do  not  request  0% 
degraded  aircraft  with  1.00  confidence. 

7  Depot  workload  report. 

Report  the  minimum  depot  repairs  required  to  satisfy  each  arriving 
requisition.  If  requisitions  cannot  be  met  by  depot  repairs 
alone,  additional  depot  stock  is  purchased  with  a  confidence  of 
satisfying  the  requisitions  (specified  in  the  second  parameter  as 
a  value  between  0  and  1).  The  first  parameter  is  not  used.  This 
option  uses  nonstandard  files,  described  in  App .  A. 

CAUTION:  Do  not  specify  time-varying  stock  levels. 

8  Problem  LRUs  list. 

Report  those  LRUs  that  individually  have  a  high  confidence  of 
grounding  more  than  a  target  number  of  aircraft  (the  target  and 
confidence  level  are  specified  in  option  11).  '"'r.ly  the  first 

parameter,  the  maximum  number  of  LRUs  to  be  reported,  is  used. 

9  Stock  purchased  report. 

Report  the  stock  levels  as  purchased  by  options  2,  3,  4,  6,  7 
and  17.  PIPE  reports  LRU  stock  levels  at  depots  and  cirfs  as 
well  as  SRU  and  subSRU  stock  levels.  REPORT  gives  LRU  stock 
levels  at  bases. 
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Option 

10 

11 


12 

13 

14 

15 

16 

17 


Description 

Read  in  peacetime  pipelines. 

Initialize  the  peacetime  pipelines  using  previously  saved  or 
measured  data.  The  first  parameter  is  the  option  used  to 
construct  the  input  file  of  pipeline  values:  either  16  (base 
this  run  on  values  saved  by  a  previous  run)  or  22  (base  this 
run  on  user-supplied  data).  The  second  parameter  is  not  used. 
Option  10  uses  nonstandard  files,  described  in  App.  A. 

CAUTION:  Do  not  specify  time-varying  stock  levels. 

Performance  Report  (based  on  input  and  previously  purchased  stock). 
Assess  the  capability  of  aircraft  at  each  time  of  analysis  based 
on  input  stock  and  stock  bought  before  that  time  of  analysis. 
Reported  for  both  full  and  partial  cannibalization  assumptions  are: 
the  predicted  number  of  degraded  aircraft  and  achieved  sorties,  the 
probability  of  achieving  a  specified  level  of  aircraft,  the  number 
of  FMC  aircraft  at  a  minimum  requested  confidence  level,  and  the 
probability  of  having  less  than  the  target  level  of  aircraft 
degraded  due  to  component  support.  The  first  parameter  is  the 
percent  of  aircraft  that  may  be  degraded  (0  to  100) .  The  second 
parameter  is  the  confidence  level  (between  0  and  1). 

Performance  Report  (based  on  input  and  currently  purchased  stock). 
The  same  as  option  11,  only  the  assessment  is  based  on  input  stock 
and  stock  bought  through  that  time  of  analysis.  The  first  para¬ 
meter  is  the  percent  of  aircraft  that  may  be  degraded  (0  to  100). 
The  second  parameter  is  the  confidence  level  (between  0  and  1). 

Suppress  echo. 

Do  not  echo  input  data  except  for  the  summary  of  options  selected. 
Suppress  parts  echo. 

Do  not  echo  LRU,  SRU  or  subSRU  descriptive  data. 

Detailed  parts  disposition. 

Write  a  detailed  parts  disposition  report  at  each  time  of  analysis. 
Save  data  for  restart. 

Save  the  pipeline  status  ^.t  the  last  time  of  analysis  for  use  with 
option  10  in  later  runs.  If  a  subsequent  run  is  to  be  started  with 
user-supplied  data,  select  option  22  instead.  This  option  uses 
nonstandard  files,  described  in  App.  A. 

Buy  base  LRU  stock  to  a  no  cannibalization  goal. 

Economically  buy  LRU  stock  at  each  base  so  as  to  meet  a  target 
percentage  of  fully  mission  capable  aircraft,  assuming  LRUs  cannot 
be  cannibalized.  The  first  parameter  is  not  used.  The  second 
parameter  is  the  percent  of  aircraft  that  must  be  operational  (a 
value  between  0  and  1). 
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Option  Description 

18  Daily  demands  report. 

Produce  a  report  detailing  demands  for  repair  and  supply  at  each 
base,  cirf  and  depot  at  each  time  of  analysis. 

19  Not  available. 

20  Achievable  sorties  on  PMC  and  FMC  aircraft. 

Recompute  the  requested  sorties  affecting  an  LRU  if,  for  any  base 
at  any  time  of  analysis,  the  backorders  for  that  LRU  preclude 
successfully  achieving  the  requested  sortie  rate  with  a  specified 
confidence.  The  sortie  rate  is  successively  multiplied  by  the 
percent  in  the  first  parameter  (0  to  100)  until  the  confidence 
level  in  the  second  parameter  (between  0  and  1)  is  achieved.  This 
option  uses  nonstandard  files,  described  in  App.  A. 

CAUTION:  Do  not  request  100%  for  the  first  parameter  or  1.00  for 
the  second. 

Suppose  we  request  100  sorties  per  day  with  .90  confidence  on  day 
1,  but  the  actual  confidence  of  achieving  them  is  only  .50.  Option 
20  scales  down  the  requested  sortie  rate  according  to  the  first 
parameter  (say,  95).  Thus,  the  sortie  rate  becomes  95%  of  100,  or 
95.  Suppose  the  confidence  of  achieving  95  sorties  is  still  lower 
than  .90.  The  sortie  rate  is  again  adjusted  to  95%  of  its  current 
level,  or  90.25,  and  continues  in  that  fashion  until  the  requested 
confidence  level  is  achieved. 

21  LRU-dependent  flying  hour  programs. 

Read  LRU-dependent  flying  hour  programs  from  a  separate  file. 

The  first  parameter  is  the  time  period  associated  with  the 
flying  hours  (e.g.,  30  means  monthly,  1  means  daily).  The  second 
parameter  is  not  used.  See  App.  A  for  format  of  the  input 
data  and  nonstandard  files  used  by  this  option. 

22  Build  restart  file  based  on  user -supplied  pipeline. 

With  user-supplied  data,  build  a  file  to  initialize  pipelines  in 
later  runs  with  option  10.  If  a  subsequent  run  is  to  be  started 
with  data  saved  from  a  Dyna-METRIC  run,  select  option  16  instead. 
See  Appendix  A  for  format  of  the  input  data  and  nonstandard  files 
used  by  this  option. 

23  Add  problem  SRUs  and  subSRUs  to  the  problem  LRUs  report. 

Include  the  status  of  the  worst  SRUs  per  problem  LRU  and  the  worst 
subSRUs  per  problem  SRU  in  option  8's  output.  The  first  parameter 
is  the  maximum  number  of  subcomponents  per  component  per  location 
to  be  reported.  The  second  parameter  is  the  fraction  of  the 
parent  component's  total  pipeline  due  to  AWP  only  that  must  be 
exceeded  (for  some  location)  for  the  subcomponents  to  be  reported. 
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Quantity  per  Aircraft 

Header  record:  QPA 

Restriction:  Must  follow  the  LRU,  SRU  and  SSRU  record  groups. 

General  description: 

These  records  specify  the  quantity  per  aircraft  of  each  component  for 
each  base.  Bases  for  which  QPA  records  are  not  entered  use  the  quantity 
per  aircraft  data  specified  in  the  LRU,  SRU  and  SSRU  record  groups. 

Columns 

12  3  4 

12345678901234567890123456789012345678901234567 


aaaaaaaaaaa aaaaa  aaaaiiiiiiaaaanniiaaaaiiiiii 


1 

1 

1 

1 

1 

1 

1 

1 

III  III  II 

III  III  1  Third  minimum  quantity 

III  III  Third  quantity  per  aircraft 

III  ||  Third  base  name 

1 

1 

1 

1 

1 

1 

|j|  |  Second  minimum  quantity 

|  |  |  Second  quantity  per  aircraft 

|  |  Second  base  name 

1 

1 

1 

|  |  First  minimum  quantity 

|  First  quantity  per  aircraft 

First  base  name 

Part  name 

4 

5 

6  7 

890123456789012345678901234567 


aaaaiiiiiiaaaaiimiaaaaiiiiii 

I  III  III  II 

|  III  III  I  Sixth  minimum  quantity 

|  III  III  Sixth  quantity  per  aircraft 
|  III  II  Sixth  base  name 

|  III  I  Fifth  minimum  quantity 

|  III  Fifth  quantity  per  aircraft 
|  |  |  Fifth  base  name 

j  |  Fourth  minimum  quantity 

!  Fourth  quantity  per  aircraft 
Fourth  base  name 

Detailed  description: 

Minimum  quantities  (specified  for  LRUs  only)  cannot  be  larger  than  the 
quantity  per  aircraft.  Minimum  quantities  of  0  or  blank  imply  that  the 
LRU  is  nonessential.  Base  names  that  do  not  match  names  entered  in  the 
BASE  record  group  will  generate  a  warning  message.  QPAs  for  up  to  six 
bases  may  be  entered  on  a  single  record.  If  more  are  needed,  multiple 
records  are  allowed. 


QPA  - 1 


For  example,  a  record  containing 
COMPUTER  BAS1  2  1BAS2  2  1 

indicates  that  there  are  two  COMPUTERS  on  the  aircraft  at  both  bases, 
but  only  one  is  essential  for  the  aircraft  to  be  mission  capable. 

Columns  Format 


1-16 

al6 

Part  name. 

The  name  of  the  part  for  which  QPA  data  are  specified 
Must  be  named  in  the  LRU,  SRU  or  subSRU  record  group. 
Enter  as  many  records  as  needed  per  part. 

18-21 

aaaa 

First  base  name. 

Name  of  the  base  to  which  the 

first  QPA  applies. 

22-24 

iii 

First  quantity  per  aircraft. 

25-27 

iii 

First  minimum  quantity  (LRUs 

only)  . 

28-31 

aaaa 

Second  base  name. 

32-34 

iii 

Second  quantity  per  aircraft. 

35-37 

iii 

Second  minimum  quantity  (LRUs 

only)  . 

38-41 

aaaa 

Third  base  name. 

42-44 

iii 

Third  quantity  per  aircraft. 

45-47 

iii 

Third  minimum  quantity  (LRUs 

only) . 

48-51 

aaaa 

Fourth  base  name. 

52-54 

iii 

Fourth  quantity  per  aircraft. 

55-57 

iii 

Fourth  minimum  quantity  (LRUs 

only) . 

58  61 

aaaa 

Fifth  base  name. 

62-64 

iii 

Fifth  quantity  per  aircraft. 

65-67 

iii 

Fifth  minimum  quantity  (LRUs 

only)  . 

68-71 

aaaa 

Sixth  base  name. 

72-74 

iii 

Sixth  quantity  per  aircraft. 

75-77  iii 


Sixth  minimum  quantity  (LRUs  only). 
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Sortie  Rates 

Header  record:  SRTS 

Restriction:  Must  follow  the  BASE  record  group. 

General  description: 

These  records  specify  the  average  number  of  daily  sorties  required 
per  aircraft  at  each  base  during  peacetime  and  on  each  day  of  war. 
Aircraft  at  bases  for  which  SRTS  records  are  not  given  will  fly  no 
sorties . 

Columns 

12  3  4 

123456789012345678901234567890123456789012345678 

aaaaXXXx i i i iXXXx i i i iXXXx i i i iXXXx i i i iXXXx i i i iXXXx 

I  1  I  I  I  I  I  I  I  I  I  I 

|  |  |  |  |  |  |  |  |  |  |  Sixth  sortie  rate 

|  |  j  |  |  |  |  j  |  |  Day  sixth  rate  starts 

j  |  |  |  |  |  |  j  |  Fifth  sortie  rate 

j  j  |  |  j  j  j  j  Day  fifth  rate  starts 

|  |  |  |  |  |  |  Fourth  sortie  rate 

|  |  |  |  |  |  Day  fourth  rate  starts 

|  j  j  |  |  Third  sortie  rate 

|  |  |  |  Day  third  rate  starts 

|  |  |  Second  sortie  rate 

|  |  Day  second  rate  starts 

|  First  sortie  rate 
Base  name 


Detailed  description: 

Sortie  rates  may  not  exceed  the  base's  maximum  sortie  rate  entered  in 
the  TURN  record  group.  The  number  of  sortie  rates  is  limited  by  the 
value  of  DMCHANGE ,  selected  when  the  model  was  compiled.  Extra  fields 
for  more  than  six  levels  follow  the  format  of  previous  fields.  Each 
day  a  sortie  rate  starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BAS  1  1.  8  3. 

indicates  that  the  aircraft  at  base  BAS1  are  required  to  average  one 
daily  sortie  in  peacetime  and  through  day  7  of  the  war.  Day  8  begins 
a  new  daily  average  of  three  sorties  per  aircraft  that  lasts 
throughout  the  scenario. 
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Columns  Format 

1-4  aaaa  Base  name. 

The  name  of  the  base  for  which  sortie  requirements  are 
specified.  Must  be  named  in  the  BASE  record  group. 
Enter  at  most  one  record  per  base. 


5-8 

XXXx 

First  sortie  rate. 

9-12 

iiii 

Day  second  rate  starts 

13-16 

XXXx 

Second  sortie  rate. 

17-20 

iiii 

Day  third  rate  starts. 

21-24 

XXXx 

Third  sortie  rate. 

25-28 

iiii 

Day  fourth  rate  starts 

29-32 

XXXx 

Fourth  sortie  rate. 

33-36 

iiii 

Day  fifth  rate  starts. 

37-40 

XXXx 

Fifth  sortie  rate. 

41-44 

iiii 

Day  sixth  rate  starts. 

45-48 

XXXx 

Sixth  sortie  rate. 
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SRU  Descriptions 

Header  record:  SRU 

Restriction:  Must  follow  the  LRU  record  group. 

General  description: 

These  records  descr.be  the  failure,  repair  and  resupply  characteristics 
of  each  SRU.  A  pair  of  these  records  is  required  for  each  SRU. 

Columns  (first  record  of  pair) 

12  3  4 

1234567890123456789012345678901234567890 


aaaaaaaaaaaaaaaa 


SRU  name 


aaaa  i  iiii  iXXxxxxx 

I  I  II  I! 

j  III  (Onshore  demand  rate 

|  III  NRTS/condemnation/failed 

|  |  |Quantity  per  aircraft 

|  |  Cirf  reparability  switch 

]  Level  of  repair 

Depot  name 


subSRU  policy 


4  5  6  7 

1234567890123456789012345678901234567 


XXxxxxxXXXxx  XXxx  XXxxXXXxx  XXxx  XXxx 

I  I  I  I  I  I  ! 

|  |  III  i  Cirf-served  base 

|  |  III  I  condemnation  rate 

|  |  III  Cirf-served  base  N'RTS  rate 

i  ill  Cirf-served  base  repair  time 

|  I  |  Lone  base  condemnation  rate 

|  |  Lone  base  NRTS  rate 

|  Lone  base  repair  time 

Offshore  demand  rate 


Detailed  description: 

Repair  (cycle)  time  includes  time  awaiting  maintenance  and  in  work. 

Condemnation  rates  are  given  as  a  percentage  of  all  SRl's,  not  as  ; 
percentage  on  non -N'RTS  SRL's.  Thus  the  sum  of  the  condemnation  and  N'RTS 
rates  for  a  particular  echelon  cannot  exceed  one  (100V). 
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Columns  (second  record  of  pair) 

12  3  4 

1234567890123456789012345678901234567890123456 


aaaaaaaaaaaaaaaa  XXxx  XXxx  XXxxXXXxx  XXXx  XXxx 


SRU  name 


|  |  |  |  |  Depot  condemnation  rate 

|  |  |  |  Depot  repair  limit 

|  |  |  Depot  repair  time 

|  |  Cirf  condemnation  rate 

|  Cirf  NRTS  rate 

Cirf  repair  time 


4  5  6  7 

78901234567890123456789012345 


XXXXxXXXXx  XXXXXXXX  aaaaaaa 

III  I 

|  |  |  Work  unit  code 

|  |  Cost 

|  Wartime  resupply  time 
Peacetime  resupply  time 


First  record  of  pair: 


Columns  Format 
1-16  al6 


18-21  aaaa 


23  i 


25  i 


SRU  name. 

The  name  of  the  SRU.  This  may  be  any  string  of  16 
characters  as  long  as  it  has  neither  the  name  of 
another  LRU,  SRU  or  subSRU  nor  the  first  four 
characters  of  a  keyword  (such  as  "BASE1  SWITCH”). 

Depot  name . 

The  name  of  the  depot  that  repairs  this  SRU.  Must 
be  named  in  the  DEPT  record  group.  If  the  SRU  is 
not  repaired  by  a  depot,  this  field  must  be  blank. 

Level  of  repair. 

Set  to  1  if  the  SRU  can  be  repaired  at  a  base,  cirf 
or  depot.  Set  to  2  if  the  SRU  can  be  repaired  at  a 
cirf  or  depot  but  not  a  base.  Set  to  3  if  the  SRU 
can  only  be  repaired  at  a  depot. 

Cirf  reparability  switch. 

Set  to  1  if  a  cirf  can  repair  the  SRU;  set  to  0  or 
blank  if  it  cannot.  This  field  is  disregarded  if 
the  level  of  repair  is  3  (depot  only). 
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Columns  Format 
2b-28  iii 

33  i 


34-40  XXxxxxx 


41-47  XXxxxxx 


48-52  XXXxx 

54-57  XXxx 

59-62  XXxx 

63-67  XXXxx 

69-72  XXxx 

74-77  XXxx 


Quantity  per  aircraft. 

Number  of  the  SRU  per  aircraft  at  all  bases. 

Different  QPAs  across  bases  are  specified  in 
the  QPA  record  group  and  override  this  field. 

NRTS/'condemnation/failed  subSRU  policy. 

Indicates  when  the  decision  to  NRTS  or  condemn  the 
SRU  is  made,  and  when  failed  subSRUs  indentured  to 
the  SRU  are  discovered.  Set  to  1  i f  these  occur 
before  attempting  repair;  set  to  0  or  blank  if  the 
SRU  first  enters  repair. 

Onshore  demand  rate. 

At  onshore  bases,  the  fraction  of  the  SRU  that 
breaks  in  peacetime  per  flying  hour/sortie  (as  per 
the  demands  per  sortie  indicator  on  the  parent 
LRU’s  record).  (The  wartime  rate  is  effectively  the 
product  of  this  rate  and  the  onshore  demand  rate 
multiplier  on  the  VTM  record  for  the  parent  LRU. ) 

Offshore  demand  rate. 

At  offshore  bases,  the  fraction  of  the  SRU  that 
breaks  in  peacetime  per  flying  hour/sortie  (accord¬ 
ing  to  230the  demands  per  sortie  indicator  on  the  parent 
LRU's  record).  (The  wartime  rate  is  effectively  the 
product  of  this  rate  and  the  offshore  demand  rate 
multiplier  on  the  VTM  record  for  the  parent  LRU.) 

Lone  base  repair  time  (in  days). 

Repair  cycle  time  at  bases  not  served  by  a  cirf. 

Lone  base  NRTS  rate. 

Fraction  of  removals  at  bases  not  served  by  a  cirf 
that  are  declared  NRTS. 

Lone  base  condemnation  rate. 

Fraction  of  removals  at  bases  not  served  by  a  cirf 
that  are  declared  condemned. 

Cirf-served  base  repair  time  (in  days). 

Repair  cycle  time  at  bases  served  by  a  cirf. 

Cirf-served  base  NRTS  rate. 

Fraction  of  removals  at  bases  served  by  a  cirf  that 
are  declared  NRTS. 

Cirf-served  base  condemnation  rate. 

Fraction  of  removals  at  bases  served  by  a  cirf  that 
are  declared  condemned. 
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Second  record  of  pair: 

Columns  Format 

1-16  al6  SRU  name. 

The  name  of  the  SRU.  Must  match  SRU  name  given  on 
first  record  of  pair. 

18-21  XXxx  Cirf  repair  time  (in  days). 

Repair  cycle  time  at  cirfs. 

23-26  XXxx  Cirf  NRTS  rate. 

Fraction  of  removals  at  cirfs  that  are  declared  NRTS. 

28-31  XXxx  Cirf  condemnation  rate. 

Fraction  of  removals  at  cirfs  that  are  declared 
condemned . 

32-36  XXXxx  Depot  repair  time  (in  days). 

Repair  cycle  time  at  the  depot. 

38-41  XXXx  Depot  repair  limit. 

Maximum  number  of  the  SRU  that  can  be  repaired  at 
the  depot  each  day  during  wartime.  A  value  of  0 
means  no  limit,  while  a  value  of  -1  means  no  depot 
repair. 

43-46  XXxx  Depot  condemnation  rate. 

Fraction  of  removals  at  the  depot  that  are  declared 
condemned. 

47-51  XXXXx  Peacetime  resupply  time  (in  days). 

The  expected  time  for  the  highest  echelon  repairing 
the  SRU  to  procure  a  replacement  d"r:ng  peacetime. 

52-56  XXXXx  Wartime  resupply  time  (in  days). 

The  expected  time  for  the  highest  echelon  repairing 
the  SRU  to  procure  a  replacement  during  wartime. 

58-65  XXXXXXXX  Cost. 

Unit  cost  of  the  SRU. 

67-73  aaaaaaa  Work  unit  code. 

This  field  may  contain  any  string  of  7  characters. 
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SubSRU  Descriptions 

Header  record:  SSRU 

Restriction:  Must  follow  the  LRU  and  SRU  record  groups. 

General  description: 

These  records  describe  the  failure,  repair  and  resupply  characteristics 
of  each  subSRU.  A  pair  of  these  records  is  required  for  each  stibSRU. 

Columns  (first  record  of  pair) 

12  3  4 

1234567890123456789012345678901234567890 

aaaaaaaaaaaaaaaa  aaaa  i  iiii  i 

!  INI  I 

|  |  |  | |  NRTS/condemnation  policy 

|  |  |  | Quantity  per  aircraft 

|  |  |  Cirf  reparability  switch 

|  |  Level  of  repair 

|  Depot  name 

SubSRU  name 

4  5  6  7 

1234567890123456789012345678901234567 

XXXxx  XXxx  XXxxXXXxx  XXxx  XXxx 

I  III  II 

|  III  I  Cirf-served  base 

|  III  I  condemnation  rate 

|  III  Cirf-served  base  NRTS  rate 

I  |  |  Cirf-served  base  repair  time 

|  |  Lone  base  condemnation  rate 

|  Lone  base  NRTS  rate 

Lone  base  repair  time 

Detailed  description: 

Repair  cycle  time  includes  time  awaiting  maintenance  and  in  work. 

Condemnation  rates  are  given  as  a  percentage  of  all  subSRUs ,  not  as  a 
percentage  on  non-NRTS  subSRUs.  Thus  the  sum  of  the  condemnation  and 
NRTS  rates  for  a  particular  echelon  cannot  exceed  one  (100°Q). 


In  place  of  demand  rates,  subSRUs  have  replacement  fractions  in  the 
INDT  record  group. 
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Columns  (second  record  of  pair) 

12  3  4 

1234567890123456789012345678901234567890123456 


aaaaaaaaaaaaaaaa  XXxx  XXxx  XXxxXXXxx  XXXx  XXxx 


|  |  |  |  |  j  Depot  condemnation  rate 

|  I  I  I  I  Depot  repair  limit 

|  III  Depot  repair  time 

|  |  |  Cirf  condemnation  rate 

|  |  Cirf  NRTS  rate 

|  Cirf  repair  time 

SubSRU  name 


4  5  6  7 

78901234567890123456789012345 


XXXXxXXXXx  XXXXXXXX  aaaaaaa 

III  I 

|  j  |  Work  unit  code 

|  |  Cost 

|  Wartime  resupply  time 
Peacetime  resupply  time 


First  record  of  pair; 


Columns  Format 
1-16  al6 


18-21  aaaa 


23  i 


25  i 


SubSRU  name. 

The  name  of  the  subSRU.  This  may  be  any  string  of  16 
characters  as  long  as  it  has  neither  the  name  of  another 
LRU,  SRU  or  subSRU  nor  is  the  first  four  characters  of 
a  keyword  (such  as  "BASE1  CARDS"). 

Depot  name. 

The  name  of  the  depot  that  repairs  this  subSRU.  Must 
be  named  in  the  DEPT  record  group.  If  the  subSRU  is 
not  repaired  by  a  depot,  this  field  must  be  blank. 

Level  of  repair. 

Set  to  1  if  the  subSRU  can  be  repaired  at  a  base, 
cirf  or  depot.  Set  to  2  if  the  subSRU  can  be 
repaired  at  a  cirf  or  depot  but  not  a  base. 

Set  to  3  if  it  can  only  be  repaired  at  a  depot. 

Cirf  reparability  switch. 

Set  to  1  i f  a  cirf  can  repair  the  subSRU;  set  to  0 
or  blank  if  it  cannot.  This  field  is  disregarded  if 
the  level  of  repair  is  3  (depot  only). 


SSRu-2 


Columns  Format 


26-28  iii 

33  i 

48-52  XXXxx 

54-57  XXxx 

59-62  XXxx 

63-67  XXXxx 

69-72  XXxx 

74-77  XXxx 


Quantity  per  aircraft. 

Number  of  the  subSRL'  per  aircraft  at  all  bases. 
Different  QPAs  across  bases  are  specified  in  the 
QPA  record  group  and  override  this  field. 

NRTS/condemnat ion/ fai led  subSRU  policy. 

Indicates  when  the  decision  to  NRTS  or  condemn  the 
subSRU  is  made.  Set  to  1  if  these  occur  before 
attempting  repair;  set  to  0  or  blank  if  the  subSRU 
first  enters  repair. 

Lone  base  repair  time  (in  days). 

Repair  cycle  time  at  bases  not  served  by  a  cirf. 

Lone  base  NRiS  rate. 

Fraction  of  removals  at  bases  not  served  by  a  cirf 
that  are  declared  NRTS. 

Lone  base  condemnation  rate. 

Fraction  of  removals  at  bases  not  served  by  a  cirf 
that  are  declared  condemned. 

Cirf-served  base  repair  time  (in  days). 

Repair  cycle  time  at  bases  served  by  a  cirf. 

Cirf-served  base  NRTS  rate. 

Fraction  of  removals  at  bases  served  by  a  cirf  that 
are  declared  NRTS. 

Cirf-served  base  condemnation  rate. 

Fraction  of  removals  at  bases  served  by  a  cirf  that 
are  declared  condemned. 


Second  record  of  pair: 


Columns  Format 
1-16  al6 


18-21  XXxx 

23-26  XXxx 


SubSRU  name . 

The  name  of  the  subSRU.  Must  match  subSRU  name 
given  on  first  record  of  pair. 

Cirf  repair  time  (in  days). 

Repair  cycle  time  at  cirfs. 

Cirf  NRTS  rate. 

Fraction  of  removals  at  cirfs  that  are  declared 
NRTS. 
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Columns  Format 

28-31  XXxx  Cirf  condemnation  rate. 

Fraction  of  removals  at  cirfs  that  are  declared 
condemned . 


32-36 

XXXxx 

Depot  repair 
Repair  cycle 

time 

time 

( in  days)  . 
at  the  depot 

38-41 

XXXx 

Depot  repair 

limit 

Maximum  number  of  the  subSRU  that  can  be  repaired 
at  the  depot  each  day  during  wartime.  A  value  of  0 
means  no  limit,  while  a  value  of  -1  means  no  depot 
repair . 

43-46  XXxx  Depot  condemnation  rate. 

Fraction  of  removals  at  the  depot  that  are  declared 
condemned . 

47-51  XXXXx  Peacetime  resupply  time  (in  days). 

The  expected  time  for  the  highest  echelon  repairing 
the  subSRU  to  procure  a  replacement  during  peacetime. 

52-56  XXXXx  Wartime  resupply  time  (in  days). 

The  expected  time  for  the  highest  echelon  repairing 
the  subSRU  to  procure  a  replacement  during  wartime. 

58-65  XXXXXXXX  Cost. 

Unit  cost  of  the  subSRU. 

67-73  aaaaaaa  Work  unit  code. 

This  field  may  contain  any  string  of  7  characters. 
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Stock  Levels 

Header  record:  STK 

Restriction:  Must  follow  all  other  record  groups. 

General  description: 

These  records  specify  each  component's  level  of  stock  at  the  depots, 
cirfs  and  bases. 

Columns 

12  3  4 

1234567890123456789012345678901234567890123456 

aaaaaaaaaaaaaaaaiaaaaiiiii  aaaaiiiii  aaaaiiiii 

I  II  I  I  I  I  I 

|  I  I  I  I  I  I  Third  stock  level 

|  I  I  I  I  I  Third  stock  location 

|  I  I  I  I  Second  stock  level 

|  III  Second  stock  location 

|  | |  First  stock  level 

|  |First  stock  location 

|  Replacement  switch 

Part  name 

4  5  6  7  8 

7890123456789012345678901234567890 


aaaaiiiii  aaaaiiiii  aaaaiiiiiiiii 

II  II  III 

||  ||  ||  Day  levels  start 

||  ||  |  Sixth  stock  level 

||  ||  Sixth  stock  location 

|  j  |  Fifth  stock  level 

|  |  Fifth  stock  location 

i  Fourth  stock  level 
Fourth  stock  location 


Detailed  description: 

Location  names  that  do  not  match  names  entered  in  the  BASE,  CIRF  or 
DEPT  record  groups  will  generate  a  warning  message.  Stock  levels  for 
up  to  six  bases  may  be  entered  on  a  single  record.  If  more  are  needed, 
multiple  records  are  allowed. 

Stock  levels  may  be  changed  over  time  by  including  multiple  records 
for  the  part  and  location.  The  replacement  switch  indicates  whether 
the  new  level  is  to  replace,  be  added  to,  or  subtracted  from  the 
current  level.  The  new  levels  go  into  effect  on  the  Day  Levels  Start. 
Records  must  appear  in  ascending  order  of  columns  77-80. 
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For  example,  records  containing 

0 
0 
4 

indicate  the  stock  levels  of  two  parts  at  two  bases.  One  stock  level 
changes  during  the  wartime  scenario  (day  4),  that  of  PART  A  at  BASl. 

Columns  Format 


PART  A 
PART  B 
PART  A 


BASl 

BASl 

BASl 


1  BAS  2 
3  BAS2 
7 


1*16  al6  Part  name. 

Name  of  LRU,  SRU  or  subSRU  to  which  the  stock  levels 
apply.  Must  be  named  in  the  LRU,  SRU  or  SSRU  record 
group.  Enter  as  many  records  as  needed  per  part. 

17  i  Replacement  switch. 

Switch  indicating  whether  the  stock  level  replaces 
(blank  or  0),  is  added  to  (1),  or  is  subtracted  from 
(2)  the  stock  level  previously  given  for  all 
locations  on  this  record. 


18-21  aaaa  First  stock  location. 

Name  of  the  location  to  which  first  stock  level 
app 1 ies . 

22-26  iiiii  First  stock  level. 

Stock  assigned  to  the  first  location. 

28-31  aaaa  Second  stock  location. 

32-36  iiiii  Second  stock  level. 

38-41  aaaa  Third  stock  location. 

42-46  iiiii  Third  stock  level. 

48-51  aaaa  Fourth  stock  location. 

52-56  iiiii  Fourth  stock  level. 

58-61  aaaa  Fifth  stock  location. 

62-66  ii'ii  Fifth  stock  level. 

68-71  aaaa  Sixth  stock  location. 

72-76  iiiii  Sixth  stock  level. 
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Columns  Format 


]H 


77-80  iiii  Day  levels  start. 

Day  on  which  the  stock  levels  on  this  record  go 
into  effect.  Each  day  must  be  greater  than  or 
equal  to  the  previous  day  on  any  prior  stock  record 
(i.e.,  all  stock  records  must  appear  in  ascending 
or-Jer  based  or.  the  value  of  this  field).  Leave 
this  field  blank  if  using  option  7  or  option  10 
(i.e.,  do  not  deploy  stock  with  these  options). 
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Server  Levels 

Header  record:  TBED 

Restriction:  Must  follow  the  TEST  record  group  to  which  it  applies. 

General  description: 

These  records  specify  how  many  servers  per  constrained  repair  resource 
are  available  at  each  location  during  peacetime  and  on  each  day  of  war. 
Locations  for  which  TBED  records  are  not  entered  are  assigned  no  servers. 

Columns 

1  2  3  4  5 

123456789012345678901234567890123456789012345678901 

aaaa  XxxxxXXXXXXXXXXiii iiiiiiiiiiiiiiiiiiiiiiiiiiii 

I  I  I  I  I  I  I  I  I  I  I  I  I  I  I  I 

|  |  |  I  I  I  I  I  I  I  I  I  I  I  I  Sixth  server  level 

|  |  |  I  I  I  I  I  I  I  I  I  I  I  Day  sixth  level  starts 

j  ]  |  I  I  I  I  I  I  I  I  I  I  Fifth  server  level 

j  |  |  |  |  |  |  j  |  |  j  |  Day  fifth  level  starts 

|  |  |  I  I  I  I  I  I  I  I  Fourth  server  level 

|  |  |  I  I  I  I  I  I  I  Day  fourth  level  starts 

j  |  |  |  j  |  j  |  j  Third  server  level 

|  |  |  |  |  |  j  j  Day  third  level  starts 

|  |  I  I  I  I  I  Second  server  level 

|  |  I  I  I  I  Day  second  level  starts 

|  |  III  First  server  level 

|  |  |  |  Resupply  cutoff  duration 

|  |  |  Resupply  cutoff 

|  |  Resupply  time 

|  Backorder  rate 
Location  name 


Detailed  description: 

The  maximum  number  of  server  levels  is  limited  by  the  value  of 
DMCHAN'GE ,  selected  when  the  model  was  compiled.  Extra  fields  for 
more  than  six  levels  follow  the  format  of  the  previous  fields. 

Each  day  a  new  level  starts  must  be  greater  than  the  previous  day. 

No  server  level  should  exceed  DMSTANDS . 

Each  constrained  repair  resource  is  described  by  its  own  TEST,  TPRT 
and  TBED  record  groups.  Thus,  the  TBED  record  group  may  appear  more 
than  once  in  an  input  data  set.  It  must  follow  the  TEST  record  group 
to  which  it  applies.  Servers  may  be  test  stands  or  some  other  repair 
resource  whose  quantity  or  availability  may  limit  the  number  of 
components  repaired  in  a  given  time  period. 
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Columns 

1-4 

6-10 

11-14 

15-17 

18-20 

21-23 

24-26 

27-29 

30-32 

33-35 

36-38 

39-41 

42-44 

45-47 

48-50 

51-53 


Format 

aaaa  Location  name. 

The  name  of  the  location  for  which  server  levels  are 
specified.  Must  be  named  in  the  BASE,  CIRF  or  DEPT 
record  group.  Enter  at  most  one  record  per  location. 

Xxxxx  Backorder  rate. 

Expected  number  of  server  failures  per  operating  day 
that  cause  a  server  to  become  partially  mission  capable 
(able  to  repair  only  a  subset  of  the  LRUs  assigned  to  it). 

XXXX  ResuppLy  time. 

Average  time  at  this  location  to  obtain  a  replacement 
module  for  the  most  recently  named  repair  resource 
because  of  a  failure  that  made  a  server  partially 
mission  capable. 

XXX  Resupply  cutoff. 

Day  that  resupply  of  modules  for  the  most  recently  named 
repair  resource  at  this  location  is  cut  off. 

XXX  Resupply  cutoff  duration. 

Number  of  days  resupply  of  modules  for  the  most  recently 
named  repair  resource  at  this  location  is  cut  off. 

iii  First  server  level. 

iii  Day  second  level  starts. 

iii  Second  server  level. 

iii  Day  third  level  starts. 

iii  Third  server  level. 

iii  Day  fourth  level  starts. 

iii  Fourth  server  level. 

iii  Day  fifth  level  starts. 

iii  Fifth  server  level. 

iii  Day  sixth  level  starts. 

iii  Sixth  server  level. 
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Constrained  Repair  Availability 

Header  record:  TEST 

Restriction:  Must  follow  all  record  groups  except  STK. 

General  description: 

These  records  describe  the  availability  of  different  types  of 
constrained  repair,  such  as  test  equipment,  skilled  personnel,  and 
equipment  disassembly  fixtures. 

Columns 

12  3  4 

1234367890123456789012345678901234567890 

aaaa  XXxxxXXxxxXXxxxXXxxxXXxxx 

I  I  I  I  I  I 

|  I  I  I  I  Five  server  availability 

|  III  Four  server  availability 

|  |  |  Three  server  availability 

|  |  Two  server  availability 

|  One  server  availability 

Repair  resource  name 

Detailed  description: 

The  number  of  server  availabilities  is  limited  by  the  value  of  DMCHASGE , 
selected  when  the  model  was  compiled.  Extra  fields  for  more  than  five 
(DMCHASGE  -  1)  availabilities  follow  the  format  of  the  previous  fields. 

Each  constrained  repair  resource  is  described  by  its  own  TEST  record 
group  (the  header  record  and  one  data  record),  TBED  record  group  (the 
header  and  a  record  for  each  location's  server  levels),  and  TPRT  record 
group  (the  headei  and  a  list  of  LRl's  the  repair  resource  can  test). 

Thus,  the  TEST  record  group  may  appear  more  than  once  in  an  input  data 
set . 

Columns  Format 

1-4  aaaa  Repair  resource  name. 

The  name  of  the  repair  resource.  This  may  be  any 
string  of  four  characters  as  long  as  it  is  neither 
a  keyword  (such  as  "TEST")  nor  the  name  of  another 
repair  resource. 

16-20  i  One  server  availability. 

Fraction  of  the  time  a  server  is  up  if  only  one 
server  is  stationed  at  a  location. 


TEST-1 
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21-25  XXxxx 


26-30  XXxxx 


31-35  XXxxx 


36-40  XXxxx 


Two  server  availability. 

Fraction  of  the  time  each  server  is  up  if  two  servers 
are  stationed  at  a  location. 

Three  server  availability. 

Fraction  of  the  time  each  server  is  up  if  three  servers 
are  stationed  at  a  location. 

Four  server  availability. 

Fraction  of  the  time  each  server  is  up  if  four  servers 
are  stationed  at  a  location. 

Five  server  availability. 

Fraction  of  the  time  each  server  is  up  if  five  servers 
are  stationed  at  a  location. 
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Administrative  Data 

Header  record:  noxie 

Restriction:  Must  precede  all  other  record  groups. 

General  description: 

These  records  provide  general  information  about  the  input  data, 
including  a  heading,  labels  for  each  mission,  times  of  analysis, 
and  a  switch  for  setting  exponential  or  deterministic  distributions 
for  repair/transportation  times.  Also  given  are  base,  cirf  and 
depot  administrative  times. 


First  record: 

Columns 

1  2  6  7  8 

12345678901234567890 . 012345678901234567890 

aaaaaaaaaaaaaaaaaaaa . aaaaaaaaaaaaaaaaaaaaa 

I 

Heading 
Columns  Format 

1-80  20a4  Heading. 

The  heading  appearing  at  the  top  of  the  output  reports. 
May  be  any  string  of  up  to  80  characters. 


Second  record: 

Columns 

1  2  3  4  5 

12345678901234567890123456789012345678901234567890 

iiXXXxxXXXxxXXXxx  VERSION  4.4  aaaaaaaaaaaaaaa 

III  I  I  I  I  I  I  I  I 

III  |  |  |  I  I  I  I  Fifth  mission  label 

|  |  |  |  |  |  III  Fourth  mission  label 

|  |  |  |  |  |  ||  Third  mission  label 

|  |  |  |  |  |  |  Second  mission  label 

III  |  |  |  First  mission  label 

III  |  |  Data  set  version 

III  |  Depot  administrative  time 

| | |  Cirf  administrative  time 

||Base  administrative  time 

(Exponential  repair  switch 

Cutoff  direction  switch 


TOP-1 
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Detailed  description,  second  record: 

The  number  of  missions  is  limited  by  the  value  of  DMMISSNS,  selected 
when  the  model  was  compiled.  Extra  fields  for  more  than  five  missions 
follow  the  format  of  the  previous  fields.  Mission  labels  are  used  in 
output  reports.  If  not  specified,  labels  default  to  "Ml",  "M2",  etc. 

Columns  Format 

1  i  Cutoff  direction  switch 

Set  to  1  if  the  cutoff  parameters  in  the  BASE  and  TRNS 
record  groups  apply  to  both  forward  and  retrograde 
transportation.  Set  to  0  or  blank  if  they  apply  to 
forward  transportation  only. 

2  i  Exponential  repair  switch. 

Set  to  1  if  transportation  and  repair  delays  have  an 
exponential  distribution.  Set  to  0  or  blank  if  they 
have  a  deterministic  distribution. 

3-7  XXXxx  Base  administrative  time. 

The  deterministic  delay  (in  days)  experienced  by  LRUs 
removed  at  the  flight  line  prior  to  entering  base  level 
repair . 

8-12  XXXxx  Cirf  administrative  time. 

The  deterministic  delay  (in  days)  experienced  by  LRUs 
and  SRUs  that  have  been  NRTSed  by  the  base,  after  arrival 
at  the  cirf  and  prior  to  entering  cirf  level  repair. 

13-17  XXXxx  Depot  administrative  time. 

The  deterministic  delay  (in  days)  experienced  by  LRUs 
and  SRUs  that  have  been  NRTSed  to  the  depot  from  bases 
and  cirfs,  after  arrival  at  the  depot  and  prior  to 
entering  depot  level  repair. 

20-30  11a  Data  set  version. 

Must  contain  "VERSION  4.4". 

33-35  aaa  First  mission  label. 

36-38  aaa  Second  mission  label. 

39-41  aaa  Third  mission  label. 

42-44  aaa  Fourth  mission  label. 

45-47  aaa  Fifth  mission  label. 
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Third  record: 

Columns 

1  2 
12345678901234567890 

iiiiiiiiiiiiiiiiiiii 

I  I  I  I  I 

|  |  |  |  Fifth  time  of  analysis 

|  |  |  Fourth  time  of  analysis 

j  |  Third  time  of  analysis 

|  Second  time  of  analysis 

First  time  of  analysis 


Detailed  description,  third  record: 

Times  of  analysis  are  "he  days  for  which  output  reports  are  requested. 
The  number  of  analysis  times  is  limited  by  the  value  of  DMANALYS, 
selected  when  the  model  was  compiled.  Extra  fields  for  more  than  five 
times  of  analysis  follow  the  format  of  the  previous  fields. 

No  two  times  of  analysis  should  be  the  same.  All  times  to  the  right 
of  and  including  a  zero  time  of  analysis  are  ignored.  However,  times 
do  not  need  to  be  in  numerical  order. 

Columns  Format 


1-4 

iiii 

First  time  of  analysis. 

5-8 

iiii 

Second  time  of  analysis. 

9-12 

iiii 

Third  time  of  analysis. 

13-16 

iiii 

Fourth  time  of  analysis. 

17-20 

iiii 

Fifth  time  of  analysis. 
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LRU  Repair  Assignments 

Header  record:  TPRT 


Restriction:  Must  follow  the  TEST  and  TBED  record  groups  to  which  it 
applies . 

General  description: 

These  records  specify  which  LRUs  are  assigned  to  the  constrained 
repair  resource  named  in  the  immediately  preceding  TEST  record  group. 

Columns 

1 

1234567890123456 

aaaaaaaaaaaaaaaa 

I 

LRU  name 


Detailed  description: 

Each  constrained  repair  resource  is  described  by  its  own  TEST,  TBED 
and  TPRT  record  groups.  Thus,  there  may  be  more  than  one  TPRT  record 
group  in  an  input  data  set.  It  must  follow  the  TEST  and  TBED  record 
groups  to  which  it  applies. 

Columns  Format 

1-16  alo  LRU  name. 

The  name  of  the  LRU  assigned  to  the  most  recently 
named  repair  resource.  Must  be  named  in  the  LRU 
record  group.  Enter  a  record  for  each  LRU  that 
applies  to  the  repair  resource. 


TPRT- 1 


1% 


Depot  Transportation 

Header  record:  TRNS 

Restriction:  Must  follow  the  DEPT  and  BASE  record  groups. 

General  description: 

These  records  describe  transportation  resources  connecting  bases  and 
cirfs  with  depots.  If  a  record  is  not  entered  for  some  base-depot 
or  cirf-depot  pair,  transportation  between  the  two  is  assumed  to  be 
instantaneous  and  never  cut  off. 

Columns 

12  3  4 

12345678901234567890123456789012345678901 

aaaa  aaaa  XXxxx  XXxxx  i  XXXxx  XXXxx  XXXxx 

III  I  II  I  I 

III  |  ||  |  Transportation  cutoff  duration 

III  |  ]|  Transportation  cutoff 

III  |  |  Transportation  start 

III  |  Transportation  availability  switch 

|  |  |  Transportation  time  from  depot 

|  |  Transportation  time  to  depot 

|  Depot  name 

Base  or  cirf  name 


Detailed  description: 

Transportation  and  cutoff  parameters  also  apply  to  the  retrograde 
(base/cirf-to-depot)  pipeline  if  the  cutoff  direction  switch  in  the 
TOP  record  group  is  set. 

Columns  Format 


1-4  aaaa  Base  or  cirf  name. 

The  name  of  the  base  or  cirf.  Must  be  named  in  the 
BASE  or  CIRF  record  group. 


6-9  aaaa  Depot  name. 

The  name  of  the  depot .  Must  be  named  in  the  DEPT 
record  group.  Enter  at  most  one  record  per  base-depot 
or  cirf-depot  combination. 

11-15  XXXxx  Transportation  time  to  depot. 

Base/cirf-to-depot  transportation  time  (in  days). 


17-21  XXXxx  Transportation  time  from  depot. 

Depot-to-base/cirf  transportation  time  (in  days). 


TRNS - 1 
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Columns  Format 

23  i  Transportation  availability  switch. 

Set  to  1  if  parts  ordered  from  the  depot  in  peacetime 
continue  to  arrive  at  the  base/cirf  prior  to  the 
transportation  start  time.  Set  to  0  or  blank  if  they 
do  not . 

25-29  XXXxx  Transportation  start. 

Day  transportation  from  the  depot  first  becomes 
available . 

31-35  XXXxx  Transportation  cutoff. 

Day  transportation  from  the  depot  is  cut  off.  The 
peacetime  resupply  pipeline  from  the  depot  is  also  cut 
off,  even  if  transportation  availability  is  set. 

37-41  XXXxx  Transportation  cutoff  duration. 

Number  of  days  transportation  is  cut  off  from  the 

depot . 


TRNS -  2 
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Maximum  Sortie  Rates 

Header  record:  TURN 

Restriction:  Must  follow  the  BASE  record  group. 

General  description: 

These  records  specify,  at  each  base,  the  maximum  number  of  sorties 
a  mission  capable  aircraft  can  fly  per  day  during  peacetime  and  on 
each  day  of  war.  Aircraft  at  bases  for  which  TURN  records  are  not 
given  will  fly  no  sorties. 

Columns 

12  3  4 

123456789012345678901234567890123456789012345678 

aaaaXXXx i i i iXXXx i i i iXXXx i i i iXXXx i i i iXXXx i i i iXXXx 

I  I  I  I  I  I  I  I  I  I  I  I 

|  |  |  j  |  |  |  |  |  |  |  Sixth  maximum  sortie  rate 

|  |  |  |  |  |  |  j  |  j  Day  sixth  rate  starts 

j  j  |  |  |  |  |  |  j  Fifth  maximum  sortie  rate 

j  |  |  |  j  j  |  j  Day  fifth  rate  starts 

|  {  |  |  |  |  |  Fourth  maximum  sortie  rate 

|  |  |  |  |  |  Day  fourth  rate  starts 

|  |  |  |  |  Third  maximum  sortie  rate 

|  |  |  |  Day  third  rate  starts 

|  |  |  Second  maximum  sortie  rate 

|  |  Day  second  rate  starts 

|  First  maximum  sortie  rate 
Base  name 


Detailed  description: 

The  number  of  sortie  rates  is  limited  by  the  value  of  DMCHANGE, 
selected  when  the  model  was  compiled.  Extra  fields  for  more  than  six 
rates  follow  the  format  of  the  previous  fields.  Each  day  a  new  rate 
starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BAS1  1.  8  3. 

indicates  that  at  base  BAS1,  a  single  aircraft  can  fly  at  most  one 
sortie  per  day  in  peacetime  and  through  day  7  of  the  war.  Beginning 
on  day  8  (and  for  the  rest  of  the  scenario),  a  single  aircraft  can 
fly  up  to  3  sorties  per  day. 


TURN-1 
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Columns 

Format 

1-4 

aaaa 

Base  name. 

The  name  of  the  base  for  which  the  maximum 
are  specified.  Must  be  named  in  the  BASE 
Enter  at  most  one  record  per  base. 

sortie  rates 
record  group. 

5-8 

XXXx 

First  maximum  sortie  rate. 

9-12 

iiii 

Day  second  rate  starts. 

13-16 

XXXx 

Second  maximum  sortie  rate. 

17-20 

iiii 

Day  third  rate  starts. 

21-24 

XXXx 

Third  maximum  sortie  rate. 

25-28 

iiii 

Day  fourth  rate  starts. 

29-32 

XXXx 

Fourth  maximum  sortie  rate. 

33-36 

iiii 

Day  fifth  rate  starts. 

37-40 

XXXx 

Fifth  maximum  sortie  rate. 

41-44 

iiii 

Day  sixth  rate  starts. 

45-48 

XXXx 

Sixth  maximum  sortie  rate. 

TURN -2 
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Variance  to  Mean  Data 

Header  record:  VTM 

Restriction:  Must  follow  the  LRU  record  group. 

General  description: 

These  records  specify  an  LRU's  maintenance  type  and  give  its  wartime 
demand  rate  multipliers,  pipeline  variance  to  mean  ratio,  and  the 
probability  that  a  partially  mission  capable  repair  resource  is  able 
to  repair  it.  LRUs  for  which  VTM  records  are  not  given  are  assumed: 

-  maintenance  type  0  ("RR"  if  ILM  record  group  not  used) 

-  essential  for  all  missions 

-  reparable  on  a  partially  mission  capable  repair  resource 

-  to  have  wartime  demand  rates  equal  to  peacetime  demand  rates 

-  to  have  pipelines  with  Poisson  distributions. 

Columns 

1  2  3  4  5 

1234567890123456789012345678901234567890123456789012345678 


aaaaaaaaaaaaaaaa  i  XXxx  XXxx  XXxx  XXxx  aaaaa  XXxxxx  XXxxxx 

I  I  I  I  I  I  Mill  I  I 

|  ||  |  |  |  I  II  I  I  I  Offshore  sustained 

j  II  j  |  j  I  II  I  II  demand  rate 

|  ||  |  |  |  I  I  I  I  I  Onshore  sustained 

|  ||  j  j  j  jj|jj  demand  rate 

|  I  I  I  I  I  | | | | 5th  mission  essentiality 

|  I  I  I  I  I  | | | 4th  mission  essentiality 

|  I  I  I  I  I  | | 3rd  mission  essentiality 

|  I  I  I  I  I  | 2nd  mission  essentiality 

|  I  I  I  I  I  1st  mission  essentiality 

|  I  I  I  I  Partial  reparability 

|  III  Variance  to  mean  ratio 

|  |  |  Offshore  demand  rate  multiplier 

|  |  Onshore  demand  rate  multiplier 

|  Maintenance  type  specifier 


LRU  name 


Detailed  description: 

The  number  of  missions  is  limited  by  the  value  of  DMMISSNS,  selected 
when  the  model  was  compiled  (we  assume  a  value  of  5).  Should  this 
parameter  not  equal  5,  this  format  may  be  invalid. 
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Columns  Format 


1-16  al6 


18  i 


20-23  XXxx 


25-28  XXxx 


30-33  XXxx 


35-38  XXxx 


40  a 


41  a 


42  a 


LRU  name . 

The  name  of  the  LRU  for  which  variance  to  mean  data 
are  specified.  Must  be  named  in  the  LRU  record  group. 
F.nter  at  most  one  record  per  LRU. 

Maintenance  type  specifier. 

An  integer  from  0  to  8  corresponding  to  the  LRU's 
maintenance  type  defined  on  an  ILM  record.  If  no  ILM 
records,  a  value  of  0  assigns  the  LRU  to  default  type 
RR  and  a  value  of  1  assigns  it  to  type  RRR. 

Onshore  demand  rate  multiplier. 

A  number  multiplied  by  the  peacetime  onshore  demand 
rate  (.in  the  LRU  record  group)  to  obtain  the  wartime 
onshore  demand  rate. 

Offshore  demand  rate  multiplier. 

A  number  multiplied  by  the  peacetime  offshore  demand 
rate  (in  the  LRU  record  group)  to  obtain  the  wartime 
offshore  demand  rate. 

Variance  to  mean  ratio. 

The  variance  to  mean  ratio  of  the  LRU's  pipelines. 

A  value  between  0  and  1  implies  pipelines  with  a 
binomial  distribution;  a  value  of  1  implies 
pipelines  with  a  Poisson  distribution;  a  value 
greater  than.  1  implies  pipelines  with  a  negative 
binomial  distribution. 


Partial  reparability . 

Fraction  of  the  time  that  a  partially  mission 
capable  repair  resource  is  able  to  repair  the  LRU. 
It  must  be  a  number  between  0  and  1.  This  field  is 
disregarded  if  the  LRU  is  not  assigned  to  a  repair 
resource . 


First  mission  essentiality. 

Set  to  1  if  the  LRU  is  essential  for 
mission.  Set  to  blank  or  0  if  it  is 

Second  mission  essentiality. 

Set  to  1  if  the  LRU  is  essential  for 
mission.  Set  to  blank  or  0  if  it  is 

Third  mission  essentiality. 

Set  to  1  if  the  LRU  is  essential  for 
mission.  Set  to  blank  or  0  if  it  is 


the  first 
not  essential . 


the  second 
not  essential . 


the  third 
not  essential . 
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Columns  Format 

43  a  Fourth  mission  essentiality. 

Set  to  1  if  the  LRU  is  essential  for  the  fourth 
mission.  Set  to  blank  or  0  if  it  is  not  essential. 

44  a  Fifth  mission  essentiality. 

Set  to  1  if  the  LRU  is  essential  for  the  fifth 
mission.  Set  to  blank  or  0  if  it  is  not  essential. 

46-51  XXxxxx  Onshore  sustained  demand  rate. 

At  onshore  bases,  the  demand  rate  beginning  on  the 
day  set  in  the  sustained  demand  start  time  in  the 
BASE  record  group.  If  that  start  time  is  blank  or 
0,  the  wartime  demand  rates  remain  in  effect  for 
the  entire  wartime  scenario. 

53-58  XXxxxx  Offshore  sustained  demand  rate. 

At  offshore  bases,  the  demand  rate  beginning  on  the 
day  set  in  the  sustained  demand  start  time  in  the 
BASE  record  group.  If  that  start  time  is  blank  or 
0,  the  wartime  demand  rates  remain  in  effect  for 
the  entire  wartime  scenario. 


VTM-3 


Appendix  F 

MODELING  TIPS  TO  A''OID  PITFALLS 

To  model  a  cirf. 

•  add  a  CIRF  record. 

•  second  TOP  record:  set  cirf  administrative  time. 

•  BASE  record:  set  various  cir f-associated  fields. 

•  TRNS  record  (if  also  modeling  a  depot):  specify  the 
transportation  link  between  the  cirf  and  depot. 

•  OPT  record  (for  requirements  computation):  select  option  5  for 
cirf  LRU  stockage. 

•  LRU/SRU/SSRU  records:  set  repair  times,  N'RTS  rates,  and 
condemnation  rates  for  cirfs  and  cirf-served  bases.  Select  the 
proper  setting  for  the  cirf  repa irab i 1 ity  switch--default  is  for 
components  NOT  to  go  to  the  cirf.  Check  level  of  repair 
indicator . 

•  IN'DT  records:  set  replacement  factor  for  subSRUs . 

To  model  a  depot. 

•  add  a  DF.PT  record. 

•  second  TOP  record:  set  depot  administrative  time. 

•  TRNS  record:  specify  the  transportation  links  between  the 
depot  and  its  bases  and  cirfs. 

•  OPT  record  (for  requirements  computation):  select  option  2  or  7 
for  depot  LRU  stockage. 

•  LRU/SRU/SSRU  records:  set  the  depot  name,  depot  repair  time  and 
condemnation  rate,  and  (optionally)  depot  repair  limit.  Check  the 
level  of  repair  indicator. 

•  INDT  records:  set  replacement  factor  for  SRUs  and  subSRUs. 

Constrained  repair. 

•  LRU  records:  use  on-stand  test  times  instead  of  repair  cycle 
t  imes  . 

•  include  TEST,  TBED  and  TPRT  records. 

•  VTM  records:  specify  the  probability  that  PMC  stands  can  repair 
a  given  LRU. 
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VTM  records. 

Default  values  differ  between  omitted  VTM  records  and  blank  VTM 
records.  Make  sure  fields  are  set  appropriately. 

Defaults  if  record  Defaults  if  record  is 
is  omitted  for  LRU  included  but  left  blank 


mission  essential  to:  all  missions 

maintenance  type:  RR 

reparable  on  PMC  stands:  yes 

pipeline  distribution:  Poisson 

wartime  demand  rate  =:  peacetime 

Mission  essentiality. 

•  second  TOP  record:  mission  names. 

•  MESL  records:  indicate  the  missions  each  base  flies  and  when. 

•  VTM  records:  specify  the  missions  for  which  an  LRU  is  essential. 

Maintenance  type  specification. 

•  VTM  records:  if  0  (RR)  or  1  (RRR) . 

•  ILM  records:  for  other  values. 


no  missions 

RR 

no 

deterministic 

zero 
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INDEX  TO  DATA  FIELDS 


Administrative 

repair  and  transportation  switch 
times  of  analysis 


Record  Group 

TOP 

TOP 


Base 

administrative  delay 
cannibalization:  LRUs 

SRUs  and  subSRUs 

cirf  assignment,  cutoff,  transportation 
components 

NRTS  &  condemnation  rates 
repair  start:  LRUs 

SRUs  and  subSRUs 
repair/test  time 
reparable  arrival  time 
replacement  fraction:  subSRUs 
depot  assignment  (see  LRU) 
depot  cutoff,  transportation 
identical  count 
mission  requirements 
of fshore/onshore  identifier 
resupply  time,  cutoff 
stock  buy 
stock  levels 


BASE 

TOP 

LRU 

BASE 

BASE 

LRU/SRU/SSRU 
BASE  or  ILM 
BASE 

LRU/SRU/SSRU 

BASE 

INDT 

TRNS 

BASE 

MESL 

BASE 

BASE 

OPT 

STK 


Cannibalization 

LRUs 

SRUs  and  subSRUs 
stock  buys  for  LRUs 


LRU 

BASE,  CIRF  and  DEPT 
OPT 


administrative  delay 

base  assignment,  cutoff,  transportation 
cannibalization:  LRUs 

SRUs  and  subSRUs 

components 

cirf  reparable 

NRTS  &  condemnation  rates 

repair  start:  LRUs 

SRUs  and  subSRUs 
repair/test  time 
reparable  arrival  time 
replacement  fraction:  subSRUs 
depot  assignment  (see  LRU) 
depot  cutoff  and  transportation 
resupply  time,  cutoff 
stock  buy 
stock  levels 


CIRF 

TOP 

BASE 

LRU 

CIRF 


LRU/SRU/SSRU 
LRU/SRU/SSRU 
CIRF  or  ILM 
CIRF 

LRU/SRU/SSRU 

CIRF 

INDT 


TRNS 

CIRF 

OPT 

STK 
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206 


Constrained  repair 

assigned  LRUs  TPRT 

availability  TEST 

backorder  rate  TBED 

partially  mission  capable  VTM 

resupply  TBED 

server  levels  TBED 


Cutoff 

base  resupply 
cirf-to-base 
cirf  resupply 

contrained  repair  resupply 
depot  resupply 
depot-to-base  or  -cirf 
direction 

supplier  to  base/cirf /depot 


Demand  rate 

multiplier  for  LRUs  VTM 

offshore  and  offshore  LRUs/SRUs  LRU/SRU 

subSRUs  INDT 

sustained,  for  LRUs  VTM 

sustained  start  time  BASE 


BASE 

BASE 

CIRF 

TBED 

DEPT 

TRN’S 

TOP 

BASE/CIRF/DEPT 


Deployment 
aircraft 
base  repair 
cirf  repair 
constrained  repair 
depot  repair 
stock 


ACFT 

BASE,  ILM,  or  TBED 
CIRF,  ILM,  or  TBED 
TBED 

DEPT,  ILM,  or  TBED 
STK 


Depot 

administrative  delay 
base  cutoff,  transportation 
cannibalization:  LRUs 

SRUs  and  subSRUs 
cirf  cutoff,  transportation 
components 

assigned  to  depot 

NRTS  &  condemnation  rates 

repair  limit 

repair  start:  LRUs 

SRUs  and  subSRUs 
repair/test  time 
reparable  arrival  time 

replacement  fraction:  SRUs  and  subSRUs 
repair  limit  (computed) 
resupply  time,  cutoff 
stock  buy 
stock  levels 
workload  report 


DEPT 

TOP 

TRNS 

LRU 

DEPT 

TRNS 

LRU/SRU/SSRU 
LRU/'SRU/SSRU 
LRU/SRU/SSRU 
DEPT  or  ILM 
DEPT 

LRU/SRU/SSRU 

DEPT 

INDT 

OPT 

DEPT 

OPT 

STK 

OPT 


n 
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Flying  program 


aircraft  levels 

ACFT 

attrition  rates 

ATTR 

flying  hours  per  sortie 

FLHR 

maximum  sorties  per  aircraft 

TURN 

mission  requirements 

MESL 

sorties  per  aircraft 

SRTS 

turn  rate 

TURN 

LRU 

LRU  and  VTM 

application  fractions 

APPL 

cannibalization 

LRU 

cirf  reparability 

LRU 

constrained  repair  assignment 

TPRT 

cost 

LRU 

demand  rate 

LRU 

demand  rate  multiplier 

VTM 

demands  per  sortie 

LRU 

depot  assignment 

LRU 

level  of  repair 

LRU 

maintenance  type 

VTM 

mission  essentiality 

VTM 

NRTS  and  condemnation  rates 

LRU 

NRTS  decision  ^ AWP  concurrent/cf ter  repair) 

LRU 

partial  reparability 

VTM 

pipeline  probability  distribution 

VTM 

problem  report 

OPT 

quantity  per  aircraft 

LRU  or  QPA 

repair  limit,  depot 

LRU  or  OPT 

repair  start  time 

BASE/CIRF/DEPT  or  ILM 

repair/test  time 

LRU 

resupply  time 

LRU 

SRUs  indentured 

I  NOT 

stock  buys 

OPT 

stock  levels 

STK 

sustained  demand  rates 

VTM 

variance  to  mean  ratio 

VTM 

work  unit  code 

LRU 

Maintenance 

base  deployment 

BASE  or  ILM 

cirf  deployment 

CIRF  or  ILM 

depot  deployment 

DEPT  or  ILM 

LRU  type 

VTM 

type  definition 

ILM 

Miss  ion 

labels 

TOP 

LRU  essentiality 

VTM 

requirements 

MESL 

Option  selection 


OPT 
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Probability  distribution 

pipeline  VTM 

repair  and  distribution  TOP 


Quantity  per  aircraft 
LRUs 

minimum  quantity:  LRUs 
SRUs  and  subSRUs 


LRU  or  QPA 
LRU  or  QPA 
SRU/SSRU  or  QPA 


Quantity  per  higher  assembly 
Removal 

of  SRU  before/after  test/repair 
of  subSRU  before/after  test/repair 

Reports 

daily  demands 

depot  workload  for  LRUs 

performance 

problem  LRUs/SRUs/subSRUs 
requirements  computation 
stockage 

Scenario  (see  Flying  program) 

SRU 

assigned  LRUs 
cannibalization 
cirf  reparability 
cost 

demand  rates 
depot:  assignment 

repair  limit 
replacement  fraction 
level  of  repair 
NRTS  and  condemnation  rates 
NRTS  decision  (AWP  concurrent/after  repair) 
problem  report 
quantity:  per  aircraft 

per  higher  assembly 
repair  start  time 
repair/test  time 
resupply  time 
stock  buy 
stock  levels 
subSRUs  indentured 
work  unit  code 


INDT 


LRU 

SRU 


OPT 

OPT 

OPT 

OPT 

OPT 

OPT 


SRU 

INDT 

BASE/CIRF/DEPT 

SRU 

SRU 

SRU 

SRU 

SRU 

INDT 

SRU 

SRU 

SRU 

OPT 

SRU  or  QPA 
INDT 

BASE/CIRF/DEPT 

SRU 

SRU 

OPT 

STK 

INDT 

SRU 


Stock 

computation 

cost  of  components 

deployment 

levels 

report 


OPT 

LRU/ SRU/SSRU 

STK 

STK 

OPT 
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SubSRU 

assigned  SRUs 

base  replacement  fraction 

cannibalization 

cirf:  reparability 

replacement  fraction 

cost 

demand  rate 
depot:  assignment 

repair  limit 
replacement  fraction 
level  of  repair 
NRTS  and  condemnation  rates 
NRTS  decision  (before/after  test) 
quantity:  per  aircraft 

per  higher  assembly 
repair  start  time 
repair/test  time 
resupply  time 
stock  buy 
stock  levels 
work  unit  code 


SSRU 

INDT 

INDT 

BASE/CIRF/DEPT 

SSRU 

INDT 

SSRU 

INDT 

SSRU 

SSRU 

INDT 

SRU 

SSRU 

SSRU 

SSRU  or  QPA 
INDT 

BASE/CIRF/DEPT 

SSRU 

SSRU 

OPT 

STK 

SSRU 


Supplier 

cutoff  from  base/cirf/depot 
resupply  time  of  components 

Test  equipment  (see  constrained  repair) 

Transportation 

between  base  and  cirf 
between  base  and  depot 
between  cirf  and  depot 
cutoff  (see  Cutoff) 
probability  distribution 


BASE/CIRF/DEPT 
LRU/ SRU/ SSRU 


BASE 

TRNS 

TRNS 


TOP 
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